C语言用指针作为大部分的内存操作的依据很有问题
【 在 Brock 的大作中提到: 】
: 发信人: Brock (Noname), 信区: LinuxApp
: 标 题: linux用pid作为大部分的进程操作的依据很有问题
: 发信站: 水木社区 (Tue Aug 28 15:30:38 2012), 站内
: ...................
--
[m[35m※ 来源:・水木社区 http://newsmth.net・[m
实时进程没有接触过，只记得大概是：有的有时间片，有的一运行就得到退出。
【 在 wjhtinger 的大作中提到: 】
: 实时进程也会被切出去，让给普通进程？
:
--
[m[37m※ 来源:・水木社区 http://newsmth.net・[m
一种是原始的编程机制， 一种是系统机制， 有可比性吗？
再说指针的问题很多更高级的语言也在改善
作为一种系统机制，难道不是应该保证正确吗？
【 在 abadcafe (abadcafe) 的大作中提到: 】
: 标 题: Re: linux用pid作为大部分的进程操作的依据很有问题 (转载)
: 发信站: 水木社区 (Tue Aug 28 17:38:52 2012), 转信
:
: C语言用指针作为大部分的内存操作的依据很有问题
:
: 【 在 Brock 的大作中提到: 】
: : 发信人: Brock (Noname), 信区: LinuxApp
: : 标 题: linux用pid作为大部分的进程操作的依据很有问题
: : 发信站: 水木社区 (Tue Aug 28 15:30:38 2012), 站内
: : ...................
:
: --
:
[36m※ 修改:・Brock 于 Aug 28 17:45:40 2012 修改本文・[m
: [m[35m※ 来源:・水木社区 http://newsmth.net・[FROM: 61.148.101.*][m
--
[m[1;33m※ 来源:・水木社区
当时他们确实也打算在应届生里试一试。
【 在 inori 的大作中提到: 】
: ...不预先筛下简历么。
:
:
--
[m[37m※ 来源:・水木社区 http://newsmth.net・[m
那你如何保证你这次操作的文件名, 下次一定是同一个文件?
【 在 Brock 的大作中提到: 】
: 一种是原始的编程机制， 一种是系统机制， 有可比性吗？
: 再说指针的问题很多更高级的语言也在改善
: 作为一种系统机制，难道不是应该保证正确吗？
: ...................
--
[m[36m※ 来源:・水木社区 http://newsmth.net・[m
诶，你说对了。就是因为某些情况下，需要保证操作真的是对同一个文件进行，而不会发生意外，所以在很多分布式文件系统中要引入相关机制进行保证，例如Lustre的fid。
【 在 abadcafe (abadcafe) 的大作中提到: 】
: 那你如何保证你这次操作的文件名, 下次一定是同一个文件?
--
[m[32m※ 来源:・水木社区 http://newsmth.net・[m
fd是进程fd表里的, 你保有这个fd, 在关闭前, 是可以保证是同一个文件的
【 在 abadcafe (abadcafe) 的大作中提到: 】
: 标 题: Re: linux用pid作为大部分的进程操作的依据很有问题 (转载)
: 发信站: 水木社区 (Tue Aug 28 18:15:57 2012), 转信
:
: 那你如何保证你这次操作的文件名, 下次一定是同一个文件?
:
: 【 在 Brock 的大作中提到: 】
: : 一种是原始的编程机制， 一种是系统机制， 有可比性吗？
: : 再说指针的问题很多更高级的语言也在改善
: : 作为一种系统机制，难道不是应该保证正确吗？
: : ...................
:
: --
:
: [m[36m※ 来源:・水木社区 http://newsmth.net・[m
--
什么罕物,连人之高低不择, 还说`通灵'不`通灵'呢!我也不要这劳什子了!
家里姐姐妹妹都没有,单我有,我说没趣,如今来了这们一个神仙似的妹妹也
没有,可知这不是个好东西.
[m[1;35m※ 来源:・水木社区
最近我们不太准备招应届生了，当然如果出现特别牛的，我们也预留有一个headcount. 我们这次特别希望招到在北美那边开发过large-scale system software并且愿意回国的人，band 9或者以上的待遇。
【 在 liuchang2340 的大作中提到: 】
: 当时他们确实也打算在应届生里试一试。
--
[m[33m※ 来源:・水木社区 http://newsmth.net・[m
pid 也要父进程收尸，收尸之前不会被重用。这个可以和 close 类比。
【 在 ComeAlong (卡梅隆) 的大作中提到: 】
: fd是进程fd表里的, 你保有这个fd, 在关闭前, 是可以保证是同一个文件的
--
#include __FILE__
[m[1;31m※ 来源:・水木社区
路过，弱问：啥叫用户级profile啊？
【 在 redbird314 (苦逼100年啊100年) 的大作中提到: 】
: 谢谢
--
[m[35m※ 来源:・水木社区 http://newsmth.net・[m
可能开发者觉得哈希表没红黑树稳定吧。所以调度进程的时候就用了红黑树，至于等待队
列嘛，反正已经等了很久了，就算用哈希发生了碰撞比较多的情况，你可能也不会介意再
多等一会儿。我瞎猜的。
另外，如果输入的规模可以估计出来，并且规模不是很大，有足够的内存造个大哈希表的
话，用哈希表会很快。但如果输入规模变化非常巨大，你弄了张哈希表，有时候要插入的
元素很少，导致内存浪费，有时候要插入的元素巨多无比，用开始给出的那张小小的哈希
表散列一下之后根本是杯水车薪，这时候用红黑树就比较好了。可能内核开发者是从这方
面选择的吧。
也可能，写cfs的家伙就是喜欢红黑树，写等待队列的家伙就是喜欢哈希表？
以上，无责任瞎猜。
【 在 tomlinux (Tom) 的大作中提到: 】
: 各有什么好处呢？谁能给分析一下，多谢！
--
[m[35m※ 来源:・水木社区 http://newsmth.net・[m
有。
但不是我。
我也不知道是谁。
我瞎猜的。
【 在 sirubuntu (linux) 的大作中提到: 】
: :)
--
[m[35m※ 来源:・水木社区 http://newsmth.net・[m
进程控制块指的是哪个东西啊？
【 在 weichuang02 (weichuang02) 的大作中提到: 】
: 进程控制块是编译器生成的，放在a.out文件的某个段当中?
: 还是操作系统在创建进程的时候自动生成的，放在程序的某个段里面?
--
[m[35m※ 来源:・水木社区 http://newsmth.net・[m
Good Luck!
【 在 turingbox 的大作中提到: 】
: 最近我们不太准备招应届生了，当然如果出现特别牛的，我们也预留有一个headcount. 我们这次特别希望招到在北美那边开发过large-scale system software并且愿意回国的人，band 9或者以上的待遇。
:
--
[m[32m※ 来源:・水木社区 http://newsmth.net・[m