sar -b 不支持实时刷新，仅输出瞬时快照；单次采样易误判内存压力，需结合多周期采样观察 pgmajfault/s 持续升高、pgpgout/s > pgpgin/s 及 %vmeff

sar -B 本身不支持“实时”刷新显示（像 top 那样滚动更新），它只做采样统计；想判断内存压力，关键不是看单次 sar -B 输出，而是观察 pgpgin/s 和 pgpgout/s 的持续偏高趋势，以及是否伴随 pgmajfault/s 显著上升。

为什么 sar -B 的输出容易误判内存压力

直接执行 sar -B 1 1 只会打出一个瞬时快照，比如：

08:22:10  pgpgin/s pgpgout/s fault/s majflt/s pgfree/s pgscank/s pgscand/s pgsteal/s %vmeff
08:22:11     12.34     45.67   123.45    0.12    456.78      0.00      0.00     0.00   0.00

这个 majflt/s 是 0.12，看起来很低——但若该值在每秒 10+ 次的采样中稳定在 2~5，就说明进程频繁触发缺页中断，正在大量加载物理页，内存已吃紧。单次采样无法反映这种持续性压力。

常见错误是看到 pgpgout/s 数值大就认为“正在疯狂换出”，其实它可能只是缓存回收（pgpgin/s 同理），和 swap 毫无关系——sar -B 统计的是所有页的输入/输出，不是仅 swap 页面。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

sar -B 各字段的真实含义与关注重点

别被名字误导：pgpgin/s 和 pgpgout/s 是每秒进出内存的页（4KB）总量，来源包括：文件映射、匿名页、swap 页面、page cache 回收等。真正指示内存压力的信号是：

• pgmajfault/s：每秒**主缺页次数**。> 1 就值得警惕，> 5 通常意味着物理内存不足，内核被迫频繁从磁盘（swap 或文件）加载数据
• pgpgout/s 持续 > pgpgin/s 且 pgmajfault/s 同步升高 → 很可能在 swap out + swap in 循环，即 thrashing
• %vmeff（= pgpgin / pgpgout × 100%）低于 30% 且 pgmajfault/s 高 → 页面置换效率极差，内存严重不足
• pgscand/s 或 pgsteal/s > 0 → 内核已启动直接回收（direct reclaim）或 kswapd 压力大，是内存紧张的硬指标

实际排查时该怎么做

用 sar -B 判断内存压力，必须结合时间维度和交叉验证：

• 执行 sar -B 2 30（每 2 秒一次，共 30 次，覆盖 1 分钟），导出后用 awk '{print $4}' | sort -n | tail -5 看 pgmajfault/s 的 Top 5 峰值
• 同时跑 sar -r 2 30，比对 %memused 是否长期 > 90%、kbmemfree 是否持续低于 500MB（视总内存而定）
• 再补一句 sar -W 2 30：如果 pswpin/s 和 pswpout/s 显著 > 0，才说明真在 swap；否则 sar -B 里的高 pgpgout/s 可能只是 page cache 被回收
• 避免用 -o 存二进制再 -f 查——二进制格式不直观，且 sar -B 的字段名不会出现在输出里，新手极易看错列

比 sar -B 更快定位内存问题的替代方式

sar -B 是事后回溯工具，不是实时诊断利器。真要快速响应，优先看：

• free -h：一眼看 available 值，比 free 列更准；若 available 且 <code>buff/cache 不低，说明 page cache 已无法释放
• cat /proc/meminfo | grep -E "^(MemAvailable|SwapFree|Pgpgin|Pgpgout|Pgpgmajfault)"：直接读原始计数器，避开 sar 的采样延迟
• vmstat 1：看 si/so（swap in/out）、bi/bo（块设备 I/O）、sr（页面扫描速率），三者联动更能锁定瓶颈环节

sar -B 的价值在于历史归因——当服务已卡顿，你翻日志发现那段时间 pgmajfault/s 均值突增至 8.3，再结合 sar -r 确认内存耗尽，才能下结论：是内存不足引发的性能坍塌。它不擅长“现在是否正发生”，而擅长“刚才为何发生”。