内存占用持续增长直至系统崩溃，无法定位原因求助

兄弟，这种内存慢慢涨爆系统的情况真的闹心，32G内存按理说跑Chrome+终端完全绰绰有余，咱一步步来排查可能的问题：

一、先严谨确认内存占用的真实情况 #

• 用htop或者top实时监控，重点看**RES（常驻内存）**列——这是进程实际占用的物理内存，排除了缓存影响。也可以每隔几分钟跑一次free -h，对比used项里扣除buff/cache后的数值，确认是不是非缓存内存一直在持续增长。
• 用ps aux --sort=-%mem按内存占用排序进程，持续观察1-2小时，看有没有进程的RES数值一直在缓慢攀升，哪怕单个进程占比不高，但累计起来把内存撑爆。

二、针对Chrome的专项排查 #

Chrome开多标签确实吃内存，但如果是泄漏的话可以这么查：

• 试试无痕模式，只打开你平时常用的标签，观察内存是否还会涨爆。如果无痕模式下正常，那大概率是某个扩展/插件搞的鬼，逐个禁用扩展来定位元凶。
• 打开Chrome的内存诊断工具：在地址栏输入chrome://memory-redirect/，可以查看每个标签页、扩展的详细内存占用，看看有没有项的内存一直在异常增长。

三、系统后台服务与进程排查 #

• 检查后台服务：用systemctl list-units --type=service列出所有运行的服务，结合top看有没有服务的内存占用持续升高——比如某些同步工具、日志服务、daemon进程可能偷偷泄漏内存。
• 查看OOM Killer日志：Linux的内存杀手会把杀进程的记录写到/var/log/syslog或/var/log/messages里，执行grep -i oom /var/log/syslog，看看除了Chrome之外，有没有其他进程被频繁杀掉，说不定漏看了后台的内存泄漏进程。
• 用vmstat 5每隔5秒输出一次系统状态，重点看si（swap换入）和so（swap换出）列，如果这两个数值持续不为0，说明系统在频繁依赖swap，内存压力极大；同时关注r列（等待运行的进程数）是否持续升高。

四、特殊场景排查 #

你提到「停止使用电脑后内存会降下来」，这个细节很关键：

• 试试切换到纯命令行模式（按Ctrl+Alt+F3），只运行终端和tmux，不打开GUI桌面，观察内存是否还会涨爆。如果不再出现问题，那大概率是桌面环境的组件（比如窗口管理器、通知服务、桌面插件）存在内存泄漏。

五、终极排查与修复 #

如果以上方法都找不到原因：

• 考虑更新系统内核和所有软件包，说不定是某个已知的内存泄漏bug已经被官方修复了。
• 可以用memstat工具跟踪系统内存分配情况，或者用valgrind针对可疑进程做内存泄漏检测（不过valgrind对普通用户门槛稍高）。

备注：内容来源于stack exchange，提问作者Susensio