进程优先级调整实战：使用ionice平衡IO与CPU资源

ionice三类策略分别为Idle（-c3，仅系统空闲时执行I/O，普通用户可用）、Best-effort（-c2，默认类，支持-n0–7优先级调节）、Realtime（-c1，立即服务需root权限，易导致其他进程I/O饥饿）。

调整进程优先级，关键不是只盯CPU，而是让I/O和CPU协同不打架。ionice专管磁盘请求排队顺序，配合nice控制CPU时间片分配，两者一起调，才能真正避免备份、日志轮转这类任务拖慢数据库或Web服务。

ionice三类策略怎么选

ionice不调控CPU，只影响进程发往磁盘的读写请求被内核调度的先后顺序：

• Idle（-c3）：最安全的选择。进程只在系统完全空闲时才执行I/O，普通用户可直接用，适合夜间备份、logrotate等不影响实时响应的任务。
• Best-effort（-c2）：默认类别，适用大多数场景。用-n指定0–7级优先级（0最高，7最低），比如把rsync设为-n7，让它比其他后台任务更谦让。
• Realtime（-c1）：需root权限，风险高。I/O请求立即处理，可能饿死SSH、syslog等关键服务，仅限极少数低延迟直写场景，不推荐日常使用。

启动时就设好，一劳永逸

别等进程跑起来再补救。在命令前直接叠加ionice和nice，是最简单有效的做法：

• 让备份脚本“又轻又慢”： nice -n19 ionice -c3 /usr/local/bin/backup.sh
• 对CPU稍友好但I/O仍谦让： nice -n15 ionice -c2 -n7 find /var -name “*.tmp” -delete
• 在systemd服务中固化配置：在[Service]段加Nice=19、IOSchedulingClass=idle，重启服务后永久生效。

运行中动态调整，快速止损

发现某个rsync或tar正猛刷磁盘？立刻干预：

• 先查PID：pgrep -f “rsync.*backup” 或 ps aux | grep backup
• 同步降权：sudo renice 19 -p 12345 和 sudo ionice -c3 -p 12345
• 验证效果：ionice -p 12345 看输出是否为io priority = 3；再用iotop -o观察I/O带宽是否明显回落。

集群与批量任务要绕开ionice -g陷阱

ionice不支持-g按进程组ID直接设置。想统一管控Slurm作业或MPI子树的I/O，得走两步：

• 先提取PGID下所有PID：ps -o pid= –pgid 12345 | tr ‘n’ ‘ ‘
• 再批量设置：ionice -c3 -p $(ps -o pid= –pgid 12345 | tr ‘n’ ‘ ‘)
• 长期建议集成到作业调度器：Slurm中在sbatch脚本开头加ionice -c3 -p $$，并确保后续子进程继承I/O class（依赖内核io_context共享机制）。