free -h 最快查看 swap 使用量，Swap 行的 used 值即当前已用交换空间；若接近 total（如 1.9G/2.0G）则告急，但需结合 si/so（vmstat）判断是否频繁换入换出，而非仅看占用率。
swap用了多少，一眼看懂的三个命令
直接看 free -h 最快——它把物理内存和 swap 合并在一行输出，Swap 行的 used 值就是当前已用交换空间。如果这个值接近 total（比如 1.9G / 2.0G），说明 swap 快撑不住了。
-
swapon --show能看到 swap 设备类型（partition/file）、大小、优先级（PRIO），适合确认系统到底挂载了几个 swap、哪个在生效 -
cat /proc/swaps输出最原始，字段对齐严格，适合脚本解析；注意Used单位是 KB，不是 MB - 别只盯着
free的available看——那是物理内存的可用量，和 swap 无关；swap 是否被用，只看 Swap 行的used
swap 正在频繁进出？查 si/so 才算真忙
swap 占用高 ≠ 一定有问题；真正伤性能的是“频繁换入换出”，这会导致磁盘 I/O 暴涨、响应卡顿。这时候得看 vmstat 1 5 的 si（swap in）和 so（swap out）列：
- 连续几秒
si或so> 0，尤其 > 100 KB/s，说明内核正拼命搬页，大概率内存不足 -
top或htop顶部也会显示 swap 使用率，但不反映活跃度；它们更适合同步看哪些进程 RSS 高、正在吃内存 - 如果
si/so为 0，哪怕Swap: used是 1.5G，也可能是历史残留（比如某程序刚退出，页还没回收），不用急着扩容
为什么 /proc/meminfo 里的 SwapTotal 和 free 不一致？
这是常见困惑点：cat /proc/meminfo | grep -i swap 显示的 SwapTotal 和 SwapFree 理论上应该等于 free 的 Swap 行，但偶尔会差一点——原因很实在：
-
/proc/meminfo是内核实时统计，free是对它的封装，两者采样时刻可能有毫秒级偏差 - 如果系统启用了 zram 或 zswap，部分“swap”实际压在内存里，
free会把它算进 Swap，但/proc/swaps可能不列出（因为没真实块设备） - 某些发行版（如 Ubuntu 22.04+）默认用 swapfile 而非 swap partition，文件系统碎片或延迟分配可能导致
Used计算方式微调
swap 占满但系统没卡？先别急着加 swap
swap used 100% 并不自动等于“要崩”。Linux 的设计逻辑是：宁可多用 swap，也不轻易 OOM kill 进程。所以得结合其他指标交叉判断：
- 看
MemAvailable（/proc/meminfo或free -h第二行）是否远大于 0——只要还有几百 MB 可用内存，swap 满只是保守策略 - 检查
dmesg | tail -20有没有Out of memory或Killed process——这才是真危险信号 - 如果
swapon --show显示多个 swap 设备且PRIO不同，低优先级的可能根本没触发，实际负载全压在高优先级那个上
swap 容量不是越大越好；过大的 swap file 会拖慢 swapon 初始化，而 swap partition 扩容又得动分区表——真要调，优先从识别内存泄漏进程入手，而不是无脑加 swap。
