Linux调度程序更愿意在fork()之后运行子进程吗？

Question

Linux调度程序更愿意在fork()之后运行子进程到父进程吗？

通常，分叉进程将执行某种类型的exec，因此最好让子进程在父进程之前运行(以防止在写入时复制)。

我假设在创建exec之后，子程序将作为第一个操作执行它。

我的假设是正确的(调度程序会更倾向于子进程)。如果没有，为什么？如果是，是否有更多的理由让孩子先跑？

Answer 1

引用Linux编程接口(pg )。525)作为一般答案：

在fork()之后，不确定哪个进程--父进程或子进程--下一个可以访问CPU。(在多处理器系统中，它们都可以同时访问CPU。)

本书继续讨论内核版本的差异，并提到CFS /Linux2.6.32：

..。从Linux2.6.32开始，在默认情况下，它再次是父程序，即在fork()之后先运行。可以通过向Linux特定的/proc/sys/kernel/sched_child_runs_first文件分配一个非零值来更改此默认值。

这种行为仍然存在于CFS中。虽然对于这个特性的未来是有一些关注的。查看CFS实现，它会在子级之前对父级进行似乎是在安排。

对您来说，方法是将/proc/sys/kernel/sched_child_runs_first设置为非零值。

编辑： 这个答案分析默认行为并将其与sched_child_runs_first进行比较。

Answer 2

对于子程序第一次调用exec的情况，您可以使用vfork而不是fork。vfork挂起父进程，直到子调用_exit或exec*为止。但是，一旦调用exec，如果代码必须从磁盘加载，则子程序将被挂起。在这种情况下，父母有很好的机会在孩子之前继续。