JVM 调优之 glibc 引发的内存泄露

JVM 调优之 glibc 引发的内存泄露

回顾

上篇文章中我们将 G1 换成 CMS 并调整了 JVM 参数，由于 GC 选择和参数设置的更加合理，所以内存的增长非常缓慢了。

但这并没有从根本解决问题，通过观察发现，最高的时候一天 RSS 会增长 100M 左右，而且整体的趋势仍然是向上增长的，并没有一丝的回落迹象。

问题分析

虽然增长缓慢，哪怕每天只有 1M，离 OOM 也只是时间问题。这就使我们不得不再次仔细分析为什么 RSS 会一直增长。

堆内存分析

通过监控发现，堆内存呈周期性的增长和回收，与我们的 JVM 参数设置一致，而且通过 dump 文件也没有发现明显的业务代码问题。

堆外内存

回顾一下我们的 options 参数设置 :

-Xms2048m -Xmx2048m
-XX:+HeapDumpOnOutOfMemoryError
-XX:+CrashOnOutOfMemoryError
-XX:NativeMemoryTracking=detail
-XX:+UseConcMarkSweepGC 
-XX:MetaspaceSize=256M 
-XX:MaxMetaspaceSize=256M
-XX:ReservedCodeCacheSize=128m 
-XX:InitialCodeCacheSize=128m
-Xss512k
-XX:+AlwaysPreTouch。

metaspace 和 codecache 是限制死了，再来是 Buffer Pools 中的 Direct Buffers

可以看到是一条横线，也没有什么波动。

但是 RSS，确实就是一直在增长，期间也利用 Native Memory Tracking 追踪过 JVM 内部内存的使用情况，具体是这样做的

由于我们开启了 NMT -XX:NativeMemoryTracking=detail

先设置一个基线：

jcmd 1 VM.native_memory baseline

然后过一段时间执行：