Linux进程优先级查看方法及nice与renice命令使用详解

在Linux系统中，进程调度优先级是一个关键的性能调优参数。许多用户习惯通过top或ps命令查看，但这里存在一个普遍的认知误区：你看到的数值，与你实际能够控制和比较的数值，可能并不相同。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

简单来说，普通用户能够直接设置和对比的只有NI值（nice值），其有效范围是-20到19。在ps -l命令输出中显示的PRI值，是内核根据完全公平调度器（CFS）动态计算得出的调度优先级，它实时变化且用户无法直接控制。因此，NI值是用户唯一可以设置、调整并能跨不同Linux系统进行可靠比较的核心指标。

普通用户能直接观察到的进程调度优先级，主要包括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值，看似操作成功，但常常发现进程的调度行为并未改变——这通常是由于权限不足或输入了非法值，导致操作静默失败。

• 普通用户无权设置负的nice值：例如，执行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 → 将PID为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用户，也需注意：某些Linux发行版（如RHEL/CentOS）默认可能禁止设置负的nice值，需要检查/proc/sys/kernel/nice_default或/etc/security/limits.conf配置文件。
• 替代方案：使用sudo nice -n -20 sleep 10，但更稳妥的做法是直接通过sudo -i进入root shell后再运行命令。
• 不要指望通过设置负的nice值就能让后台任务“飞速完成”——在CFS调度器下，负值主要提升的是交互响应性，对总体吞吐量的提升有限。若想真正压榨CPU性能，应考虑使用绑核（taskset）或cgroups进行CPU频率限制等高级技术。

最后，还有一个最容易被忽略的关键点：NI值仅影响进程CPU时间片的分配比例，它对I/O调度优先级、内存回收策略、网络栈延迟等完全无效。如果想全面调整一个进程的系统资源“权重”，需要配合使用ionice（调整I/O优先级）、cgexec（cgroups控制）或systemd-run --scope（通过systemd管理）等工具来实现综合调控。