Linux怎么查看进程的调度优先级 Linux下nice与renice命令详解

说到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 = 5
• renice +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 才行。