ionice命令是实际可用的io优先级配置工具，ioprio_set系统调用不可直接用于用户态批量控制；高频压缩任务应使用ionice -c 2 -n 7（best-effort最低级）而非idle类，因现代内核中-c 3已失效；需结合pgrep批量设权、启动包裹或cgroups v2 io.max实现强约束。
直接用 ioprio_set 系统调用配置高频压缩任务的 IO 优先级，实际不可行——它不是用户态命令，也不支持进程批量控制；真正可用的是 ionice 命令配合合理策略。高频压缩（如 tar -czf、zstd --threads、pbzip2）通常持续产生大量顺序写，极易抢占磁盘带宽，影响数据库、Web 服务等前台业务响应。关键不是“设成 idle”，而是“压低且可控”。
先确认调度器是否支持 ionice 有效生效
现代内核（5.0+）已移除 CFQ，ionice -c 3（idle 类）基本失效，会静默降级为 best-effort，无法真正让出 IO。必须验证当前磁盘调度器：
- 运行
cat /sys/block/sda/queue/scheduler（把sda换成你业务盘），若输出含[mq-deadline]或[kyber]，说明-c 3不可靠 - 此时唯一稳定选项是
ionice -c 2 -n 7：best-effort 类别 + 最高 nice 值（0～7，越大越低） - 验证方式：
ionice -p $(pgrep -f "zstd.*backup")应返回best-effort: prio 7
对运行中压缩进程实时降权
不依赖进程启动方式，适用于已跑起来的长期压缩任务（如 rsync + zstd 流式归档）：
- 精准匹配 PID：
pgrep -f "zstd.*--compress-level=19.*\/backup" - 批量设权（需 root 权限才能对他人进程操作）：
sudo pgrep -f "zstd.*backup" | xargs -r -I{} sudo ionice -c 2 -n 7 -p {} - 普通用户只能对自己进程操作，且不能提权（
-c 0或-n 0会被内核拒绝）
从源头控制：启动即限权 + 防止子进程逃逸
仅对主进程设权不够——压缩工具常 fork 出多个子进程（如 zstd --threads=8），它们默认继承父进程的 IO 优先级，但部分场景可能重置。稳妥做法：
- 启动时包裹：
ionice -c 2 -n 7 nice -n 19 zstd -T8 -19 /data/big.log -o /backup/big.zst - 搭配 CPU 降权（
nice -n 19）进一步降低系统资源争抢 - 若通过 systemd 启动，写入 service 文件：
IOSchedulingClass=2<br>IOSchedulingPriority=7<br>Nice=19
强约束方案：cgroups v2 的 io.max（推荐生产环境）
当 ionice 表现波动或需硬性保障时，用 cgroups v2 直接限速最可靠。它不依赖调度器，按字节/IO 次数强制限制：
- 查主磁盘设备号：
lsblk -d -o NAME,MAJ:MIN→ 得到类似sda 8:0 - 创建并设限（例如限 15MB/s 写入）：
echo '8:0 wbps=15728640' | sudo tee /sys/fs/cgroup/compress-io/io.max - 将压缩进程加入：
echo $PID | sudo tee /sys/fs/cgroup/compress-io/cgroup.procs - 优势：即使进程 fork 新线程、执行 exec，只要没脱离 cgroup，IO 就持续受限
