Linux怎么查看进程的调度优先级 Linux下nice与renice命令详解
Linux进程调度优先级中,用户可设置和比较的只有NI值,范围-20到19。ps命令显示的PRI由内核动态调整,不可控。普通用户无法设置负NI值,且renice命令为绝对赋值而非增量调整。NI值仅影响CPU时间片分配,对I/O、内存等无效。
说到Linux进程的调度优先级,很多人的第一反应就是去查top或者ps命令的输出。但这里有个常见的误区:你看到的数字,和你真正能控制的数字,可能不是一回事。
简单来说,普通用户能直接设置和比较的只有NI值,范围-20到19;ps -l中PRI是内核动态计算的调度优先级,受CFS实时调整,不可控也不稳定,仅NI是用户可设、可调、可跨系统比较的可靠指标。

普通用户能直接看到的进程调度优先级,就是 NI(nice 值)和它影响下的 PRI(内核调度优先级),但别被 top 或 ps 里显示的数字搞混——PRI 不是固定值,它会随调度器动态变化;真正可设、可调、可比的,只有 NI。
ps -l 输出里的 PRI 和 NI 到底哪个算数?
这个问题很关键。ps -l 显示的 PRI 是内核当前赋予该进程的“动态优先级”,受 CFS 调度器实时调整,不是你设置的那个值。而 NI 才是你能控制的输入参数,范围严格限定在 -20 到 19,且只对普通调度类(SCHED_OTHER)生效。
NI = 0是默认值,对应内核中初始PRI ≈ 120(注意:不是 80,那是旧文档误传;新内核中 CFS 的vruntime映射后,用户态看到的PRI显示逻辑已不同)NI = -20并不等于“最高调度权”——它只是让进程在 CFS 队列中获得更大权重,但仍可能被实时进程(SCHED_FIFO)抢占ps输出的PRI字段在不同内核版本中含义不一致,别拿它做跨系统比较;只信任NI值本身
用 top 实时改 nice 值,为什么输完没反应?
在 top 里按 r 后输入 PID,再输新 NI 值,看似成功,但常发现进程行为没变——这通常是因为权限或值非法导致静默失败。
- 普通用户不能设负值:
renice -n -5 -p 1234会报Permission denied,但top不提示,只退回原值 - 输入非数字(比如多敲一个空格)会导致
top忽略本次操作,界面无提示 - 目标进程已退出或变成僵尸态(
Z状态),renice失效,但top仍允许你选它 - 确认是否生效,别只看
top右上角的NI列,要另起终端执行ps -o pid,ni,comm -p 1234核对
renice -n 5 和 renice 5 有什么区别?
没区别——renice 5 -p 1234 默认就是把 NI 设为 5,不是“加 5”。很多人误以为它是增量调整,其实它是绝对赋值。
renice -n 5 -p 1234→ 设置NI = 5renice +5 -p 1234→ 语法错误,+不是合法前缀;renice不支持相对调整- 真想“加 3”,得先查当前值:
ps -o ni= -p 1234,再算出目标值,再renice - 批量改用户所有进程:
renice -n 10 -u username,但普通用户只能对自己生效,root 才能改别人
为什么 nice -n -20 sleep 10 会失败?
因为普通用户无权将 NI 设为负值,哪怕只是启动瞬间。这不是命令写错,而是权限模型硬限制。
- 错误信息通常是:
failed to set priority: Permission denied - 即使你是 root,也要注意:某些发行版(如 RHEL/CentOS)默认禁用负 nice,需检查
/proc/sys/kernel/nice_default或limits.conf - 替代方案:用
sudo nice -n -20 sleep 10,但更稳妥的是直接sudo -i进入 root shell 再运行 - 别指望靠负 nice 让后台任务“飞快完成”——CFS 下,负值主要提升响应性,对吞吐量提升有限;真正压榨 CPU 应考虑绑核(
taskset)或 cgroups 限频
最后,还有一个最易忽略的点:NI 只影响 CPU 时间片分配,对 I/O 调度、内存回收、网络栈延迟完全无效。想调整个进程的整体“重量”,得配合 ionice、cgexec 或 systemd-run --scope 才行。


































