如何用cgroups_v2延迟fsync操作？io.max与io.latency使用遇阻

一、现有两种方法的问题原因及修复 #

1. io.max 设置0报错的问题 #

内核对io.max的wiops/rops参数不接受0值——0在该配置中被定义为取消限制（即无IO上限），而非禁止IO。要实现近似"延迟"的效果，你可以将值设为极小的非零整数，比如1：

echo "259:0 wiops=1" > io.max

这样每秒仅允许1次写IO操作，能大幅拖慢fsync的执行速度，达到延迟目的。

2. io.latency 控制器未出现的问题 #

io.latency是cgroup v2 IO控制器的子功能，需要满足两个前提：

• 内核编译时开启了CONFIG_CGROUP_IO_LATENCY选项（可通过zcat /proc/config.gz | grep CONFIG_CGROUP_IO_LATENCY检查）；
• 挂载cgroup2时确保IO控制器被启用（默认挂载的cgroup2通常已包含，但如果是自定义挂载，需确认挂载参数包含io，比如mount -t cgroup2 -o io none /sys/fs/cgroup）。
  此外，该功能需要内核版本≥5.10，若你的内核版本过低也会导致控制器不可用。

二、其他内核级解决方案 #

如果上述方法不符合需求，还可以尝试以下方案：

• io.weight 优先级控制：通过降低目标PID所在cgroup的IO权重，让其IO请求被其他进程抢占，间接延迟fsync。权重范围是1-10000，设为1代表最低优先级：

  echo 1 > io.weight
  

• io.cost 成本控制：若内核支持（需开启CONFIG_CGROUP_IO_COST），可通过设置IO成本参数，让目标进程的IO请求被调度器延迟处理，适合精细化控制延迟程度；
• 内核模块hook fsync：编写简单的内核模块，hookfsync系统调用，对特定PID的调用添加固定延迟（需要具备内核编程基础）；
• blk-throttle 兼容模式：如果系统仍保留cgroup v1的blkio控制器，也可以用blkio.throttle.write_iops_device来限制IOPS，但cgroup v1已逐步被淘汰，不推荐长期使用。

内容的提问来源于stack exchange，提问作者Sebastião Amaro