什么时候改变父进程的slice的 [复制链接]

论坛徽章:: 0

21楼 [报告]

发表于 2008-12-29 10:11 |只看该作者

原帖由 smartlinux 于 2008-12-29 10:00 发表

如果频繁调度，当然会消耗很多的cpu资源。
但是线程是在什么时候有用呢？有可能需要等待外部事件，通过多线程并发提高cpu的利用率。

如果cpu一直都在忙，那多线程就没有必要了。

这不是在说调度的问题，是在说是否共享进程时间片的问题。
如果线程共享父进程时间片，那么当线程多到一定程度时，每个线程的时间片长度会比一个tick还小。也就是说线程运行的时间比一个时钟中断的间隔还小，根本不可能

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

dreamice

版主

论坛徽章:: 3

22楼 [报告]

发表于 2008-12-29 10:22 |只看该作者

回复 #21 zx_wing 的帖子

大致的看了一下代码，弄得还不是特别清楚。
进程或者线程，刚被fork出来的时候，确实是和父进程共享时间片；如果你说的小于1个tick的情况，这样会做另外的处理（利用静态优先级计算它的新的时间片），在进程过期后第二次被调度的时候，新的时间片是通过静态优先级重新计算的。并不是一个进程被创建以后，他以后每次被分配的时间片，都是和父进程共享的。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

zx_wing

小富即安

论坛徽章:: 0

23楼 [报告]

发表于 2008-12-29 10:37 |只看该作者

原帖由 dreamice 于 2008-12-29 10:22 发表
大致的看了一下代码，弄得还不是特别清楚。
进程或者线程，刚被fork出来的时候，确实是和父进程共享时间片；如果你说的小于1个tick的情况，这样会做另外的处理（利用静态优先级计算它的新的时间片），在进程过 ...

Moreover, in order to keep process scheduling fair, the function shares the remaining timeslice of parent between the parent and the child （出自ULK3原版）
这明显说的是子进程在创建后第一次运行的时间数是父进程剩余的时间数。当子进程的时间片耗完后新分得的时间片必然和父进程一样多，而不是什么共享父进程的时间片。

第一次是这样。但千万不要因为有一个share就说Linux是共享时间片的。实际上根本不应该用什么共享时间片这种说法，最多只能说进程创建时第一次时间片和父进程一样多。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

dreamice

版主

论坛徽章:: 3

24楼 [报告]

发表于 2008-12-29 11:31 |只看该作者

原帖由 zx_wing 于 2008-12-29 10:37 发表

第一次是这样。但千万不要因为有一个share就说Linux是共享时间片的。实际上根本不应该用什么共享时间片这种说法，最多只能说进程创建时第一次时间片和父进程一样多。

zx_wing兄，如果说“进程创建时第一次时间片和父进程一样多”可能也不是很确切，应该是第一次创建时，父进程和子进程平分父进程剩余的时间片；如果父进程时间片只剩下1个tick，就会另外计算时间片了（这个新分配的时间片，我还没弄清楚是马上就让它调度执行获得的新的时间片这么多呢，还是调度会有相应限制，如果不加限制，那就有骗取时间片之嫌了）。
呵呵，看来问题需要讨论才能理解得更深刻，我觉得自己很多地方没有理解透彻的时候，可能理解的就是不正确的。