JVM 堆外内存泄漏
首先开启:
-XX:NativeMemoryTracking=detail
然后jcmd pid VM.native_memory detail,打出内存分配信息,注意NativeMemoryTracking显示的内存不包含C++分配的内存。
此处需要关注两个点:
第一,Total行的committed数值是否等于进程占用的物理内存,如果不等,说明有C++等native code分配的内存,可参考Java调用C++组件 分析;
第二,Native Memory Tracking的committed数值是否过大,如果过大,说明有Unsafe.allocateMemory分配了太多内存。
Unsafe.allocateMemory的使用场景有两个:
第一,封装在DirectByteBuffer内;
第二,业务直接使用Unsafe.allocateMemory。
为了快速验证是否DirectByteBuffer导致内存泄露,可使用参数
-XX:MaxDirectMemorySize
限制DirectByteBuffer分配的堆外内存大小,如果堆外内存仍然大于MaxDirectMemorySize,可基本排除DirectByteBuffer导致的内存泄露。
DirectByteBuff通常被用于通信框架如netty中,不仅可以减少GC压力,而且避免IO操作时将对象从堆上拷贝到堆外。
用MemoryAnalyzer打开dump的堆,统计所有DirectByteBuffer的capacity之和,计算DirectByteBuffer申请的堆外内存大小。
然后用命令jdk/bin/jmap -dump:live,format=b,file=heap.hprof {pid},导出堆里所有活着的对象,
并用MemoryAnalyzer打开dump的堆
分析所有的DirectByteBuffe:
Merge shortest path to GC Roots ->with all references。
如果排除DirectByteBuffer,那就是应用程序直接用Unsafe类的allocateMemory分配的内存,
例如:Spark的off heap memory[1]。此时可排查代码所有Unsafe.allocateMemory的地方。
这个链接不知道为啥打不开:https://coldwalker.com/2018/12/troubleshooter_directbytebuffer_memory_issue/
本文地址:https://blog.csdn.net/singgel/article/details/107911384
上一篇: 斐波那契数列汇编语言编程计算前16项之和
下一篇: 降血脂吃什么食物最好?常吃这8类食物
推荐阅读
-
03-JVM内存模型:堆与方法区
-
JVM源码分析之警惕存在内存泄漏风险的FinalReference(增强版)
-
JVM 内存初学 (堆(heap)、栈(stack)和方法区(method) )(转载)
-
实战ERROR:OutOfDirectMemoryError 产生环境-堆外内存溢出
-
java heap space解决方法(jvm设置堆内存参数)
-
干货:JVM 堆内存和非堆内存
-
Netty基础系列(4) --堆外内存与零拷贝
-
OOM实战:堆内存溢出 虚拟机栈和本地方法栈溢出 jvm栈容量太小 栈帧太大 栈太小,导致线程分配少,创建更多的线程将导致oom 方法区和运行时常量池溢出
-
JVM 堆外内存泄漏
-
JVM探秘:jmap生成内存堆转储快照