莱夢1. 理解进程优先级与nice值
在Linux/Unix系统中，进程调度器需要决定哪个进程能获得CPU时间。内核通过动态优先级（dynamic priority）和静态优先级（static priority）两个维度来评估进程的重要性。动态优先级由内核根据进程行为实时调整，而静态优先级就是我们今天要重点讨论的nice值。
nice值的范围通常是-20到19（某些系统可能不同），数值越小表示优先级越高。默认情况下，新创建的进程会继承父进程的nice值（通常是0）。这个设计哲学源于Unix早期的分时系统需求——让后台任务主动"谦让"（be nice）前台交互任务。
注意：普通用户只能降低优先级（增大nice值），只有root用户才能提升优先级（减小nice值）。这是Linux系统的重要安全机制。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. nice命令的基本用法
2.1 启动时设置优先级
最基础的用法是在启动程序时直接指定nice值：
bash复制nice -n 15 tar -zcf backup.tar.gz /data
这个命令会以nice值+15（低优先级）运行压缩任务。其中：
-n后面跟调整值（增量而非绝对值）- 正值表示更低的优先级
- 省略-n时默认增量为10
2.2 查看现有进程的nice值
通过top或ps命令可以观察进程的优先级：
bash复制top -p $(pgrep -d',' tar)
# 或者
ps -eo pid,ni,comm | grep tar
在top显示中：
- NI列就是nice值
- PR列是内核看到的优先级（由nice值计算得出）
3. renice：运行时调整优先级
对于已经运行的进程，可以使用renice动态调整：
bash复制renice -n 10 -p 1234 # 将PID为1234的进程nice值设为10
常用参数组合：
bash复制renice -n 5 -u apache # 调整所有apache用户进程
renice -n -5 -g devs # 调整devs组的所有进程
4. 实际应用场景与策略
4.1 CPU密集型后台任务
对于数据库备份、日志分析等后台作业：
bash复制nice -n 19 mysqldump -u root -p dbname > backup.sql
这样即使服务器负载很高，也不会明显影响前台服务响应。
4.2 多任务并行处理
当需要同时运行多个计算任务时：
bash复制for i in {1..8}; do
nice -n $((i*2)) ./compute_task_$i.sh &
done
通过阶梯式分配nice值，可以避免所有任务同时争抢CPU导致系统卡顿。
4.3 桌面环境优化
在GNOME/KDE等桌面环境中，可以通过nice让交互程序获得更高响应：
bash复制nice -n -5 libreoffice # 让办公软件获得较高优先级
5. 内核调度器与nice的深层关系
现代Linux使用CFS（Completely Fair Scheduler）调度器，其优先级计算公式为：
code复制priority = static_priority + bonus - 5
其中：
- static_priority = 120 + nice_value
- bonus取决于进程的交互性（0-10）
这意味着nice值每变化1，实际优先级变化约1%。但具体效果还取决于：
- 系统负载情况
- 进程的I/O等待时间
- 其他进程的nice值分布
6. 系统管理员的高级技巧
6.1 结合cgroups精细控制
对于需要更精确控制的场景，可以配合cgroups使用：
bash复制cgcreate -g cpu:/lowpri
echo "100" > /sys/fs/cgroup/cpu/lowpri/cpu.shares
cgexec -g cpu:lowpri nice -n 19 ./batch_job.sh
6.2 防止nice滥用
在/etc/security/limits.conf中添加：
code复制* hard nice 10
@devs soft nice -5
这样可以：
- 限制普通用户最低只能到10
- 允许devs组成员设置到-5
6.3 监控nice值变化
使用auditd监控重要进程的优先级变更：
bash复制auditctl -a exit,always -F arch=b64 -S setpriority -k priority_change
7. 常见问题排查
7.1 nice值不生效的可能原因
- 进程处于实时调度策略（SCHED_FIFO/SCHED_RR）
bash复制chrt -p 1234 # 查看进程调度策略 - 被cgroups限制了cpu份额
- 系统处于严重过载状态
7.2 性能调优建议
通过perf观察调度延迟：
bash复制perf sched record -a sleep 10
perf sched latency
重点关注：
- 最大延迟时间
- 平均唤醒延迟
8. 与其他工具的协同使用
8.1 配合ionice管理I/O优先级
对于磁盘密集型任务：
bash复制nice -n 19 ionice -c 3 ./disk_writer.sh
这样同时降低CPU和I/O优先级。
8.2 在脚本中自动调整
在Bash脚本开头添加：
bash复制# 如果非交互式运行，自动降低优先级
[ ! -t 0 ] && renice -n 10 -p $$
8.3 结合systemd服务配置
在.service文件中添加：
code复制[Service]
Nice=15
CPUSchedulingPolicy=batch
9. 历史背景与设计哲学
nice命令的名称来源于早期Unix系统的设计理念——"友好"（nice）的进程应该主动降低自己的优先级，让其他进程能更快获得CPU时间。这个命名反映了Unix社区倡导的协作精神。
在多用户分时系统时代，nice值帮助系统管理员平衡不同用户之间的资源分配。虽然现代服务器通常有更复杂的资源管理机制（如cgroups、容器等），但nice仍然是快速调整优先级的轻量级方案。