Linux查看系统内存脏数据量的方法

要排查Linux系统的脏页问题时，最精确且资源消耗最低的方式莫过于直接读取/proc/meminfo文件中的Dirty:和Writeback:两行——单位是kB，一目了然。Dirty表示已修改但尚未写回磁盘的字节数，Writeback则表示内核正在刷入磁盘的数据量。相比之下，vmstat -sm虽然也能查看，但其dirty列是页数，需要乘以4096换算，且刷新间隔较长，对瞬态高峰不够敏感。很多人误以为执行sync就能让Dirty归零，实际上sync仅仅触发刷盘请求，并不阻塞等待完成，真正应该关注的是Writeback是否降为零。此外，当Dirty比例超过vm.dirty_ratio时，内核会主动阻塞新写入——这不是错误，而是系统施加的背压机制。

怎么看当前 Dirty 字节数和 Writeback 状态

最直接的方式是查看 /proc/meminfo 中的 Dirty: 和 Writeback: 行，单位均为 kB。这是最准确且对系统资源影响最小的做法。需要特别注意的是，虽然字段名对大小写不敏感，但固定为 Dirty: 和 Writeback:，执行 cat /proc/meminfo | grep -i dirty 即可获取结果。

• Dirty:：表示已修改但尚未开始写回磁盘的页面总字节数。
• Writeback:：表示内核正在提交IO、正往磁盘写入的数据量。
• 不要只扫一眼——脏页可能在查看的瞬间被刷走，当 Writeback: 非零时，Dirty: 下降是正常现象。

vmstat -sm 能不能替代 /proc/meminfo

可以查看，但精度和语义存在差异。需要提醒的是：vmstat -sm 的 dirty 列显示的是“待刷页数”（page 数），而非字节数；而 /proc/meminfo 直接给出真实字节数，更加直观可靠。

• vmstat -sm 输出的 dirty 列是 page count（默认 4KB/page），需要乘以 4096 才能换算成字节，容易导致误判。
• vmstat 默认刷新间隔较长（例如 1 秒），对瞬态高峰不够敏感；而 /proc/meminfo 提供即时快照。
• 在监控脚本中，建议使用 grep -oP 'Dirty:\s*\K\d+' 直接提取数值，避免解析整行时出错。

为什么 sync 后 Dirty 不归零

sync 仅触发刷盘请求，不会阻塞等待完成。内核会根据 vm.dirty_ratio、vm.dirty_background_ratio 以及设备吞吐能力分批调度 IO，尤其是在 SSD 写放大或 HDD 随机写场景下，Writeback: 可能持续几十秒甚至几分钟。因此，看到 sync 后 Dirty: 几乎不变时不必慌张，这属于正常现象，并不代表失败。

• 判断是否刷完，应轮询 Writeback: 是否降到 0，而不是紧盯 Dirty:。
• 在高负载下强行等待 Dirty: 归零可能卡住业务，更稳妥的做法是使用 ionice -c 3 sync 降低刷盘优先级。

Dirty 比例超阈值会怎样

当 Dirty: 字节数 ≥ MemTotal × vm.dirty_ratio / 100 时，内核会阻塞新写入（write() 系统调用被卡住），直到脏页回落到 vm.dirty_background_ratio 以下。请注意，这不是系统出错的信号，而是背压机制——系统在主动踩刹车。

• 查询阈值：运行 sysctl vm.dirty_ratio vm.dirty_background_ratio。
• 计算临界值：例如 MemTotal: 131755760 kB，vm.dirty_ratio = 20 时，临界点 ≈ 26.3 GB。
• 如果 Dirty: 长期维持在临界值 80% 以上，说明后台刷盘跟不上写入节奏，需要检查IO负载或调整参数。
• 在 SSD 上盲目调高 vm.dirty_ratio 可能导致突发写入时卡顿加剧，并非越大胆越好。

实际观察脏页行为时，关键不在于“有没有”，而在于“涨得快不快、落得慢不慢、卡不卡写”。/proc/meminfo 中的那两行数字，需要结合 vmstat 1 的 bi（块入）和 bo（块出）列一起查看，才能看清全貌。