glibc是什么_这是什么重大发现！一个导致JVM物理内存消耗大的Bug

最新推荐文章于 2024-09-06 19:02:12 发布

薇同学

最新推荐文章于 2024-09-06 19:02:12 发布

阅读量999

点赞数

文章标签： glibc是什么

本文链接：https://blog.csdn.net/weixin_35607083/article/details/112100294

版权

本文讲述了在排查JVM内存泄露过程中，发现的一个可能导致大量物理内存消耗的Bug。该Bug与glibc的64M内存分配机制有关，并涉及到C2 CompilerThread0。通过分析，揭示了glibc的arena机制和环境变量MALLOC_ARENA_MAX的作用。同时，指出了JVM中nmethod::metadata_do方法的循环分配可能导致内存无法复用的问题，尤其是在频繁的Class Retransform或Redefine场景下。已将问题反馈给社区，并有望在OpenJDK的后续版本中得到修复。

摘要由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 kBRss:               64652 kBPss:               64652 kBShared_Clean:          0 kBShared_Dirty:          0 kBPrivate_Clean:         0 kBPrivate_Dirty:     64652 kBReferenced:        64652 kBAnonymous:         64652 kBAnonHugePages:         0 kBSwap:                  0 kBKernelPageSize:        4 kBMMUPageSize:           4 kBLocked:                0 kBVmFlags: rd wr mr mw me nr sd 7fd693f23000-7fd694000000 ---p 00000000 00:00 0 Size:                884 kBRss:                   0 kBPss: