vmstat不能触发OOM Killer，但可通过swpd>0、si/so持续非零、b>0及r升高趋势判断内存保护机制已运行；swpd反映swap启用，si/so揭示换页频率，b值指示I/O阻塞进程，r值反映调度压力。
Linux 在内存不足时会启动内核级保护机制，比如 页面回收（page reclaim）、交换（swapping） 和最终的 OOM Killer。vmstat 不能直接“触发”或“配置”这些机制，但它能清晰反映系统是否已进入保护状态——关键看 swpd、si、so、r、b 等字段的变化趋势。
看 swap 是否被启用（swpd > 0）
swpd 列显示当前有多少 KB 内存已被换出到 swap 分区。只要该值大于 0，就说明物理内存已不够用，内核开始启用 swap 作为缓冲。
- swpd 持续增长 → 内存压力加剧，swap 使用量上升
- swpd 稳定但非零 → 系统长期处于内存紧张状态，可能影响性能
- swpd 为 0，但 free 极低、buff/cache 高 → 不一定危险，因 Linux 会优先复用缓存
盯住交换活动（si 和 so 是否持续非零）
si（swap-in）表示每秒从磁盘读入 swap 的 KB 数；so（swap-out）表示每秒写入 swap 的 KB 数。这两项是判断“保护机制是否正在高频运作”的核心指标。
- si > 0 且 so > 0 同时持续出现（如连续 5 次采样均不为 0）→ 系统正频繁换入换出，内存严重不足
- so 显著升高而 si 很低 → 进程刚被换出，尚未被访问，暂时未拖慢响应
- si 持续升高 → 正在频繁将换出页调回内存，意味着程序实际需要这些数据，I/O 压力大、响应延迟明显
观察进程阻塞状态（b 列是否增大）
b 列代表处于不可中断睡眠（D 状态）的进程数，常见于等待 I/O（如 swap 读写）或内核资源。内存不足时，进程常因等待 swap I/O 被阻塞。
- b > 0 是预警信号，尤其当 b 值随 si/so 上升而同步增加
- 若 b 长期 ≥ 1，且伴随高 wa（I/O wait），基本可确认 swap 成为瓶颈
结合 r 列判断调度压力
r 列是就绪队列中等待 CPU 的进程数。内存不足本身不直接导致 r 升高，但当大量进程因缺页中断（page fault）或 swap I/O 完成后争抢 CPU 时，r 值会明显上升。
- r 值持续 > CPU 核心数 → CPU 调度排队严重，可能是缺页或 swap 回调引发的连锁反应
- 此时若 wa 也高，说明 CPU 在等 I/O，r 高是结果而非原因；若 wa 低而 r 高，则更倾向 CPU 真实过载
不复杂但容易忽略：vmstat 本身不干预机制，它只告诉你“保护机制是否已在运行”。真正缓解，需结合 free -h 看 available 是否低于 10%，再用 pidstat -r 或 smaps 找出内存大户，最后决定是优化、重启还是扩容。
