普通用户能直接设置和比较的只有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 才行。
