Linux 怎样调整运行中进程的调度优先级

我在排查一台 CPU 持续吃紧的 Linux 主机时，先把低优先级的离线压缩任务调开，而不是直接杀进程。最稳妥的做法是先用 ps 看当前 nice 值，再用 renice 设置明确的绝对值；需要在现有值上微调时才使用 --relative。普通用户只能处理自己拥有的进程，并且通常只能把它调得“更不着急”；要设置负 nice 值或修改别人的进程，需要相应权限。

参考手册：https://man7.org/linux/man-pages/man1/renice.1.html

先看懂 nice 值：它影响谁，而不是切换调度策略

nice 是普通调度进程的一个倾向参数，主要影响 SCHED_OTHER 和 SCHED_BATCH。它不是实时优先级，也不会把进程切换成 SCHED_FIFO 或 SCHED_RR。数值方向很容易记反：-20 更积极，0 是常用基线，+19 更愿意让出 CPU。实际效果还取决于同机竞争负载，所以改完后要复查 CPU 使用率和响应延迟，不能把某个 nice 值理解成固定的 CPU 百分比。

renice 的用法：绝对值、相对值和目标范围要分开

先锁定 PID，再执行绝对调整。下面的命令把 2486 号进程直接设为 +10，不管它之前是 0 还是 +5，结果都相同：

# 先确认 PID、当前 nice 值和命令名
ps -o pid,ni,comm -p 2486

# 将目标进程设置为绝对 nice 值 +10
renice --priority 10 --pid 2486

# 调整后再次读取，确认目标没有写错
ps -o pid,ni,comm -p 2486

如果你的意图是“在当前基础上再降低一点”，使用 --relative 更清楚。例如当前值为 5，增量 3 后会变成 8。不要只写 -n 就假定它永远是增量：util-linux 的 renice 默认把它当绝对值；只有设置 POSIXLY_CORRECT 时，-n 才采用相对语义。生产脚本中优先写出完整选项，减少环境差异。

目标范围和权限：先决定改一个谁

默认参数按 PID 解释，也可以明确写出范围。进程组适合一组协作进程，用户范围则会影响该用户拥有的多个进程，风险明显更大：

普通用户只能修改自己拥有的进程，而且只能把 nice 值调大，也就是降低调度紧迫度；尝试把自己的任务从 +10 调回 0，也可能得到 Operation not permitted。管理员可以修改任意进程，并在通常的 -20 到 +19 范围内设置值。更细的能力还受 CAP_SYS_NICE 和 RLIMIT_NICE 影响，因此容器或服务管理器里的权限不能只看当前用户名。

把 renice 当成一次有边界的调度取舍

我的判断顺序是：先确认任务是 CPU 密集还是 I/O 等待，再只对一个 PID 做小幅调整，最后观察队列延迟和业务响应。如果改变 nice 后现象没有改善，问题可能在 CPU 亲和性、cgroup 配额或调度策略，继续叠加 renice 只会让排查变得模糊。对于离线压缩、报表和批处理，适度调大 nice 往往比直接暂停更温和；对于交互服务，盲目设负值也可能挤压同机的其他任务。

相关问题

nice 值越大是不是优先级越高？

不是。对普通调度进程而言，nice 值越大表示越“nice”，调度倾向通常越低；+19 比 0 更不紧迫，-20 更积极。

renice 能改变实时调度优先级吗？

不能把它当作实时调度工具。renice 处理的是 nice 值，实时策略和静态优先级应使用对应的调度接口，并且权限边界不同。

为什么 renice 成功后 CPU 占用没有立刻变化？

nice 影响的是竞争时的调度倾向，不是固定限额。没有其他 runnable 任务时，进程仍可能使用很多 CPU；要限制配额，应检查 cgroup 或其他资源控制机制。