linux swap使用率高不等于物理内存不足，关键看available是否长期低于10%、si/so是否频繁及哪些进程大量用swap；需调低swappiness、排查内存泄漏或大内存进程，并关注page cache与内存碎片影响。
Linux swap 使用率高，不等于物理内存真的不够用，但确实说明内核正在把部分内存页挪到磁盘上。关键要看 available 内存是否持续偏低、swap-in（si）和 swap-out（so）是否频繁，以及 哪些进程在大量使用 swap。
物理内存看似有余，但 available 不足
Linux 会把空闲内存用于 page cache 和 buffers，所以 free 列数值小是正常现象。真正该关注的是 free -h 输出中的 available 列——它代表可立即分配给新进程而不触发 swap 的内存估算值。如果 available 长期低于总内存的 10%，即使 free 或 buff/cache 看似还剩不少，系统也可能因无法快速腾出连续内存页而开始换出。
- 执行
free -h，重点对比available与总内存比例 - 可用内存紧张时，内核优先回收 cache，但若回收速度赶不上申请速度，就会启用 swap
- 某些场景（如大量小文件随机读写）会导致 cache 占用高且难以有效回收，间接推高 swap 使用
swappiness 设置过激
/proc/sys/vm/swappiness 控制内核“多想用 swap”。默认值 60 表示：当 40% 内存被活跃使用时，内核就可能开始换出冷页。值越高，越倾向提前使用 swap；设为 0 并不意味完全禁用，只是仅在内存真正耗尽（OOM 边缘）时才动用。
功能列表：底层程序与前台页面分离的效果，对页面的修改无需改动任何程序代码。完善的标签系统，支持自定义标签，公用标签，快捷标签，动态标签，静态标签等等，支持标签内的vbs语法，原则上运用这些标签可以制作出任何想要的页面效果。兼容原来的栏目系统，可以很方便的插入一个栏目或者一个栏目组到页面的任何位置。底层模版解析程序具有非常高的效率，稳定性和容错性，即使模版中有错误的标签也不会影响页面的显示。所有的标
- 对数据库、Java 应用等内存敏感服务，建议调低至 1–10
- 临时调整：
sudo sysctl vm.swappiness=10 - 永久生效：在
/etc/sysctl.conf中添加vm.swappiness=10
进程级问题：泄漏、爆发或低效
swap 不是凭空涨起来的，背后一定有进程在持续施压。常见三类情况：
- 内存泄漏：Java 应用未合理设置 JVM 堆上限（-Xmx），或 C/C++ 程序 malloc 后未 free，导致 RSS 持续增长，最终被换出
- 大内存进程集中启动：如批量跑 Python 数据分析脚本、FFmpeg 转码、Docker 容器并发拉起，瞬时需求远超可用内存
-
进程 swap 使用量异常高：用
grep VmSwap /proc/[0-9]*/status 2>/dev/null | sort -k 2 -hr | head -10可直接查出哪些 PID 占用了最多 swap
文件缓存与内存碎片干扰
Linux 把读过的文件内容缓存在内存中（page cache），提升后续访问速度。但若缓存长期占满大部分内存，又无法被及时回收（比如缓存的是不可丢弃的 dirty page），就会挤压应用可用空间，迫使 swap 启动。
- 内存碎片化严重时（尤其在长时间运行、频繁分配释放小内存的系统中），即使 total free 不低，也难以满足一个大块内存申请，内核可能选择换出部分进程页来拼凑空间
- 可通过
cat /proc/buddyinfo查看页块碎片情况，重点关注高阶（如 2MB、4MB）空闲页数是否极少 - zswap（压缩后暂存于 RAM）或 zram（RAM 中模拟 swap 设备）可缓解磁盘 swap 压力，适合内存充足但 I/O 瓶颈明显的环境
