JVM-堆外内存泄漏

0 实战参考

  • groupapi 堆外内存泄漏(non-heap memory leak)问题排查过程与相关工具介绍

  • FastJson内存泄漏

1 现象及原因

堆外内存

java 8下是指除了Xmx设置的java堆(java 8以下版本还包括MaxPermSize设定的持久代大小)外,java进程使用的其他内存。主要包括:DirectByteBuffer分配的内存,JNI里分配的内存,线程栈分配占用的系统内存,jvm本身运行过程分配的内存,codeCache,java 8里还包括metaspace元数据空间。

  • 大量使用堆外内存:java应用所占内存明显大于xmx指定的堆最大内存空间。如java应用占7G内存,指定堆最大内存为4G,那么很可能出现了堆外内存泄漏。

    • 原因:比如存在不断加载class对象、主动分配堆外内存等场景。如jetty、faskJson使用或配置问题都出现过堆外内存泄漏

  • GC停顿时间长:GC停顿时间达到S级别,比如超过1S。

    • 原因:堆外内存不断增加,又没触发full gc的情况下,会使用swap虚拟内存来保证内存充足。但磁盘操作相比内存耗时长,使用大量swap内存会导致gc时间过长!

2 命令与工具

2.1 常用命令

  • top:是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器。

  • jmap:查看JVM内存使用情况。

    • jmap -heap pid 展示pid的整体堆信息。( 堆内存初始化配置、当前使用情况)

JVM-堆外内存泄漏_第1张图片

  • jstat:命令查看jvm的GC情况 

    • 各分区使用情况:

    • 各分区使用占比:JVM-堆外内存泄漏_第2张图片

    • 注意:jstat输出中的MC对应于元空间提交的大小,而不是容量。  

2.2 堆外内存分析工具

2.2.1 NMT使用

【介绍】

  • NMT(Native Memory Tracking)是 HotSpot JVM 引入的跟踪 JVM 内部使用的本地内存,可以通过 jcmd 工具访问 NMT 数据。

  • NMT 不跟踪非 JVM 代码的内存分配,本地代码里的内存泄露需要使用操作系统支持的工具来定位。

【使用】

  • 启动命令: -XX:NativeMemoryTracking=[off | summary | detail]。

  • 启用 NMT 会带来 5-10% 的性能损失。

【举例】

jcmd VM.native_memory summary 输出:

Total:  reserved=664192KB,  committed=253120KB  <--- total memory tracked by Native Memory Tracking

-     Java Heap (reserved=516096KB, committed=204800KB)  <--- Java Heap
                (mmap: reserved=516096KB, committed=204800KB)

-     Class (reserved=6568KB, committed=4140KB)     <--- class metadata
            (classes #665)                          <--- number of loaded classes
            (malloc=424KB, #1000)                   <--- malloc'd memory, #number of malloc
            (mmap: reserved=6144KB, committed=3716KB)

-     Thread (reserved=6868KB, committed=6868KB)
            (thread #15)                            <--- number of threads
            (stack: reserved=6780KB, committed=6780KB) <--- memory used by thread stacks
            (malloc=27KB, #66)
            (arena=61KB, #30)                       <--- resource and handle areas

-     Code (reserved=102414KB, committed=6314KB)
           (malloc=2574KB, #74316)
           (mmap: reserved=99840KB, committed=3740KB)

-     GC (reserved=26154KB, committed=24938KB)
           (malloc=486KB, #110)
           (mmap: reserved=25668KB, committed=24452KB)

-     Compiler (reserved=106KB, committed=106KB)
               (malloc=7KB, #90)
               (arena=99KB, #3)

-     Internal (reserved=586KB, committed=554KB)
               (malloc=554KB, #1677)
               (mmap: reserved=32KB, committed=0KB)

-     Symbol (reserved=906KB, committed=906KB)
             (malloc=514KB, #2736)
             (arena=392KB, #1)

-     Memory Tracking (reserved=3184KB, committed=3184KB)
                      (malloc=3184KB, #300)

-     Pooled Free Chunks (reserved=1276KB, committed=1276KB)
                         (malloc=1276KB)

-     Unknown (reserved=33KB, committed=33KB)
              (arena=33KB, #1)

3 定位流程

3.1 排除堆内存泄漏

是否频繁出发full gc,内存泄漏对象会场景无法回收,从而导致频繁full gc

3.2 分析堆外内存

如果出现堆外内存泄漏,可能导致

  • 堆外内存呈现线性增长的趋势

  • 堆外内存占用空间多

3.3 定位具体原因

使用堆外内存分析工具,定位到具体原因。

  1. 监控到具体对象

  2. 监控到具体调用入口

4 配置项

  1. -Xmx:设置JVM最大可用内存

  2. -Xms:设置JVM初始内存

  3. -Xmn:新生代大小

  4. -Xss:设置每个线程的堆栈大小

  5. -XX:MetaspaceSize:设定触发FGC的阈值,实际使用内存按需分配;并不会一开始就分配设置大小的内存,其实从jstat -gc命令可以发现这一点。

    1. MetaspaceSize和MaxMetaspaceSize设置一样大

    2. MetaspaceSize值建议设置为应用稳定运行后1.2-1.5倍

  6. -XX:MaxMetaspaceSize:元空间最大可分配内存

  7. -XX:MaxDirectMemorySize:用于设置直接内存的最大值

G1 垃圾回收器参数

  1. -XX:MaxGCPauseMillis:用于设置目标停顿时间,G1 会尽力达成。

5 调优思路

堆外内存溢出可能场景包括

  • 线程过多导致:

  • 不断创建class类对象:

  • JNI方法分配本地内存:

  • 其他:

  1. xms与xmx建议设置一样:动态扩缩容会导致gc,内存足够的情况下可以保持一致。

  2. XX:MaxMetaspaceSize与XX:MaxDirectMemorySize设置一样:同理元空间初始值与最大值也建议保持一致

你可能感兴趣的:(JVM-堆外内存泄漏)