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共享机制）。
