Linux zram 写回如何在内存与磁盘间平衡

Linux zram 写回的核心不是“内存满了就把数据丢到磁盘”，而是把冷的、不可压缩的页面从 zram 内存池迁移到受控的后端存储。合理做法是先绑定 backing device，再按 idle 或 incompressible 特征选择页面，最后用 4 KiB 单位的 writeback_limit 约束写入预算。这样才能同时看见内存收益、磁盘写放大和闪存寿命风险。

先把 zram 的内存边界和后端存储分开

zram 中的页面通常以压缩形式留在内存里，orig_data_size 是原始数据量，compr_data_size 是压缩后数据量，mem_used_total 还包含分配器碎片和元数据。写回后，页面不再只占用 zram 的内存，但后端设备会承担读写成本。

官方文档要求先设置分区型 backing_dev，再设置 disksize。下面只是配置示例，不代表已经在本机执行：

# 先绑定后端分区；实际设备名必须由管理员确认
echo /dev/sda5 > /sys/block/zram0/backing_dev

# 再确定 zram 的逻辑容量，避免初始化顺序反过来
echo 2G > /sys/block/zram0/disksize

如果系统没有对应的写回配置能力，继续写 writeback 只会得到错误或没有预期效果；先把内核能力、设备类型和挂载/交换用途核对清楚。

用页面冷热和可压缩性决定写回对象

写回对象至少有两条轴：访问冷热和压缩效果。idle 用来标记一段时间没有访问的页面；huge 常用于不可压缩页面，huge_idle 则把两种条件叠加。生产环境更适合从小范围的冷页开始，而不是一上来把活跃数据大量推向后端。

# 把超过一天未访问的页面标记为 idle，单位是秒
echo 86400 > /sys/block/zram0/idle

# 只请求冷页写回；writeback_limit 会进一步限制实际写入量
echo idle > /sys/block/zram0/writeback

# 对不可压缩且长期未访问的页面采用更保守的组合条件
echo huge_idle > /sys/block/zram0/writeback

如果只关心不可压缩页，也可以使用 incompressible。新版本接口还支持 type=idle 和页面索引范围；采用哪种写法要以目标内核文档为准，不能把新接口格式直接复制到旧内核。

用 writeback_limit 把磁盘写入变成预算

写回的价值是释放 zram 内存，但每次迁移都可能产生后端 I/O。writeback_limit 以 4 KiB 为单位，设置预算本身不会启用限制；只有把 writeback_limit_enable 设为 1 后，zram 才会按预算阻止超额写回。下面用 400 MiB 做示例：

# 400 MiB 转成 4 KiB 块数，写入接口要求这个单位
MB_SHIFT=20
PAGE_SHIFT=12
echo $((400 > PAGE_SHIFT)) > /sys/block/zram0/writeback_limit

# 预算先写好，再打开限制；顺序更容易排查
echo 1 > /sys/block/zram0/writeback_limit_enable

# 查看当前预算剩余量，耗尽后按维护窗口补充
cat /sys/block/zram0/writeback_limit

不要把“每天 400 MiB”误解成内核自动按自然日重置的策略。预算计数会在 zram reset（例如重启）时清零；若要按业务窗口续期，需要由系统管理脚本记录上次补充和已用额度。面向闪存时，这个预算也是寿命策略的一部分。

用 mm_stat 和 bd_stat 判断这次写回是否划算

观察应当成对进行：mm_stat 反映 zram 的原始数据、压缩数据和实际内存占用，bd_stat 的 bd_writes 反映后端写入量。若内存只释放很少，后端写入却持续增长，说明候选页或写回时机需要收紧。

# 读取 zram 内存侧统计和后端写入统计
cat /sys/block/zram0/mm_stat
cat /sys/block/zram0/bd_stat

# 只查看预算剩余量，不把它当作已写入量
cat /sys/block/zram0/writeback_limit

常见问题

为什么设置了 writeback_limit 仍然可以无限写？

通常是只写入了预算，没有启用 writeback_limit_enable；也要确认目标设备确实支持写回，并检查预算是否在 reset 后被清零。

compressed_writeback 要不要打开？

默认写回可能以解压后的形式落到后端；compressed_writeback 可避免这部分解压开销，但必须在 zram 设备初始化前配置，适合经过 I/O 和恢复路径评估后再决定。

为什么不能只看 mem_used_total 调参？

它只能说明 zram 的内存占用，不能代替后端写入统计。至少把 mm_stat 与 bd_stat 放在同一观察窗口，才能判断节省的内存是否值得承担磁盘写入。