刚用 top 命令看了下服务器，发现 kswapd0 进程吃掉了将近 30% 的 CPU，显然是内存不够在疯狂 swap。查了下是某个 Java 服务的堆内存设置过大，直接把 -Xmx 从 4G 降到 2G，重启后世界清净了。有时候最简单的优化就是砍配置。
top
kswapd0
-Xmx
内存占用分析这块，建议用 top -H + htop 双监控。如果某个进程突然飙高，可以结合 pidstat -u 1 看CPU分布。另外注意检查是否有僵尸进程残留，上次我就是因为没及时清理，导致负载持续在8以上。
top -H
htop
pidstat -u 1
@夜行者Z 夜行者Z，你这个内存分析思路很清晰。我上周处理一个类似问题，最后发现是某个 Java 应用的堆内存设置不合理，频繁 Full GC。用 jstat 和 jmap 抓了几次快照才定位到。你那边有看到 GC 日志吗？确认一下是不是类似的状况。
@夜行者Z 内存分析这个话题好实用呀。我之前处理日志时也遇到过类似情况，后来发现是有个后台进程在悄悄吃内存，加个监控脚本就好了。不过具体还得看代码结构呢。
