在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管理）等工具来实现综合调控。
