linux环境下后台进程的优先级是什么答案

【问题标题】：What is the priority of background processes in linux environmentlinux环境下后台进程的优先级是什么
【发布时间】：2015-06-24 02:25:23
【问题描述】：

我想知道操作系统如何优先考虑 Linux 中后台进程的执行。

假设我有以下命令，它会立即执行，还是操作系统会优先考虑执行顺序。

nohup /bin/bash /tmp/kill_loop.sh &

谢谢

【问题讨论】：

我只是在猜测我在 Linux 环境中的工作，在使用 & 将进程作为后台作业触发后，我的所有作业都立即开始了。但是，你可能会等待一个真正深入的答案，因为我可能是错的。

标签： shell unix process linux-kernel operating-system

【解决方案1】：

以相同 nice 值运行的所有进程将获得相等的 cpu-timeslice。

这是一个启动 2 个进程的简单测试，它们都执行完全相同的操作。一个在后台启动，另一个在前台启动。

dd if=/dev/zero of=/dev/null bs=1 &
dd if=/dev/zero of=/dev/null bs=1

随后运行top 命令的相关摘录

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1366 root      20   0  1576  532  436 R  100  0.0   0:30.79 dd
 1365 root      20   0  1576  532  436 R  100  0.0   0:30.79 dd

接下来，如果两个进程都限制在同一个CPU上，

taskset -c 0 dd if=/dev/zero of=/dev/null bs=1 &
taskset -c 0 dd if=/dev/zero of=/dev/null bs=1

随后运行top 命令的相关摘录再次显示

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1357 root      20   0  1576  532  436 R   50  0.0   0:38.74 dd
 1358 root      20   0  1576  532  436 R   50  0.0   0:38.74 dd

两个进程都在竞争 CPU 时间片并且具有同等优先级。

最后，

kill -SIGINT 1357 &
kill -SIGINT 1358 &
kill -SIGINT 1365 &
kill -SIGINT 1366 &

导致复制的数据量和吞吐量相似。

25129255+0 records in
25129255+0 records out
25129255 bytes (25 MB) copied, 34.883 s, 720 kB/s

由于各个进程响应中断信号并停止运行的确切时间不同，吞吐量可能会出现细微的差异。

但也请注意 sched_autogroup_enabled 存在。

如果启用，sched_autogroup_enabled 确保现在在各个 shell 之间执行分配 cpu-timeslice 的公平性。通过在各种活动 shell 之间平均分配 cpu。

因此，如果一个 shell 启动 1 个进程 A，
另一个 shell 启动 2 个进程 B 和 C，
那么 CPU 执行时间片通常会分布为

A <-- 50%  <---- shell1 50% 
B <-- 25%  <-. 
C <-- 25%  <--`- shell2 50%

（尽管所有 3 个进程 A、B 和 C 都在同一个 nice 级别运行。）

【讨论】：

非常有见地！非常感谢您提供如此详细的信息。

【解决方案2】：

Linux 内核中的进程优先级由NICE 值 给出。参考链接 http://en.wikipedia.org/wiki/Nice_(Unix)

nice 值（范围在 -20 到 +19 之间）定义进程优先级，-20 是最高优先级任务。通常用户空间进程被赋予默认的nice值'0'。您可以使用以下命令检查 shell 上正在运行的进程的 nice 值。

ps -al

F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
0 S  1039  1268 16889  0  80   0 - 11656 poll_s pts/8    00:00:08 vim
0 S  1047  1566 17683  0  80   0 -  2027 wait   pts/18   00:00:00 arm-linux-andro
0 R  1047  1567  1566 21  80   0 -  9143 ?      pts/18   00:00:00 cc1
0 R  1031  1570 15865  0  80   0 -  2176 -      pts/24   00:00:00 ps
0 R  1031 17357 15865 99  80   0 -  2597 -      pts/24   00:03:29 top

因此，如果您看到“NI”列，则从上面的输出中可以看出您不错的值。当我尝试运行后台进程时，它也得到了一个不错的“0”值（顶部是 PID 17357 的进程）。这意味着，它也将像前台进程一样排队等待，并且同样会被安排。

【讨论】：