linux进程优先级由nice值（-20至+19）决定，数值越小越抢占cpu；普通用户限设0–19，root可设负值；nice用于启动时设定，renice支持运行中动态调整，top交互式操作更直观；需注意d状态、权限及cgroups覆盖导致的失效。
Linux进程优先级不是“谁快谁慢”的绝对速度，而是调度器分配CPU时间的相对权重。核心就看一个数：nice值，范围-20到+19，数值越小越抢资源，越大越让步。普通用户只能设0–19，root才能设负值提权——这不是功能限制，是系统安全设计。
启动时用nice预设“谦让度”
nice只对新进程生效，适合提前规划资源占用。写法必须明确：加-n才表示设定值，不加-n会被误读为增量。
- 想让备份任务不卡界面：用 nice -n 12 tar -cf backup.tar /data，而不是 nice 12 tar...（后者等价于 nice -n 12，但易混淆）
- 普通用户执行 nice -n -5 sleep 100 会直接报 Permission denied
- 关键服务需提权运行：必须 sudo nice -n -10 ./db-import，且确认该进程未被cgroups限制
运行中用renice动态干预
发现某个进程突然吃满CPU、响应变慢，或临时需要加速某项任务，renice就是最直接的运维手段。它支持按PID、用户、组批量操作，但权限规则和nice一样严格。
- 单个进程调优：sudo renice -n 8 -p 12345（PID必须准确）
- 批量降权某用户所有进程：sudo renice -n 15 -u www-data
- 按进程名调整（需配合pidof）：renice -n 10 $(pidof python3)，注意命令替换结果不能为空
top里交互式调整更直观
不用查PID、不用记命令，top提供实时可视化操作，特别适合快速试错和临时调试。
- 终端输入 top，按 r 键进入renice模式
- 输入目标进程PID，回车；再输入新nice值（如6），回车确认
- 观察NI列是否更新，PRI列会同步变化（通常 PRI ≈ 80 + NI）
验证是否真生效，三类常见失效原因
调完不验证，等于白调。很多“没效果”其实是假象，背后有明确技术原因。
- D状态进程无法调整：进程正等待不可中断IO（如坏盘读取），此时renice静默失败，ps仍显示旧值
- 权限不足却未报错：非root用户对他人进程执行renice，或尝试设负值，可能因sudoers配置被静默拒绝
- cgroups覆盖nice效果：systemd管理的服务、Docker容器默认启用cgroup v2，cpu.weight或cpu.max会压倒nice值，需检查 cat /proc/PID/cgroup
