一个大量消耗JVM物理内存的Bug

最新推荐文章于 2021-12-24 17:41:34 发布

Java技术开发

最新推荐文章于 2021-12-24 17:41:34 发布

阅读量417

点赞数

文章标签： jvm 编程语言 java bug

本文链接：https://blog.csdn.net/weixin_48509270/article/details/106724554

版权

本文讲述了作者在解决客户JVM内存泄露问题时，意外发现的一个可能导致大量物理内存使用的Bug。问题源于C2 CompilerThread0线程，通过分析发现与glibc的arena内存分配机制有关，且与JVM中的nmethod::metadata_do方法的循环调用有关。修复方案是在循环中添加ResourceMark以复用内存。此问题已在JDK12中修复，但在早期版本中仍存在。

摘要由CSDN通过智能技术生成

概述

最近我们公司在帮一个客户查一个JVM的问题(JDK1.8.0_191-b12)，发现一个系统老是被OS Kill掉，是内存泄露导致的。在查的过程中，阴差阳错地发现了JVM另外的一个Bug。这个Bug可能会导致大量物理内存被使用，我们已经反馈给了社区，并得到快速反馈，预计在OpenJDK8最新版中发布(JDK11中也存在这个问题)。
在这里插入图片描述
PS：用户的那个问题最终也解决了，定位下来算是C2的一个设计缺陷导致大量内存被使用，安全性上没有得到保障。

找出消耗大内存的线程

接下来主要分享下这个BUG的发现过程，先要客户实时跟踪进程的情况，当内存使用明显上升的时候，通过/proc//smaps，看到了不少64MB的内存分配，Rss也基本消耗完了。

7fd690000000-7fd693f23000 rw-p 00000000 00:00 0 
Size:              64652 kB
Rss:               64652 kB
Pss:               64652 kB
Shared_Clean:          0 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:     64652 kB
Referenced:        64652 kB
Anonymous:         64652 kB
AnonHugePages:         0 kB
Swap:                  0 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Locked:                0 kB
VmFlags: rd wr mr mw me nr sd 
7fd693f23000-7fd694000000 ---p 00000000 00:00 0 
Size:                884 kB
Rss:                   0 kB
Pss:                   0 kB
Shared_Clean:          0 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         0 kB
Referenced:            0 kB
Anonymous:             0 kB
AnonHugePages:         0 kB
Swap:                  0 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Locked:                0 kB
VmFlags: mr mw me nr sd