Linux OOM-Killer 和 G1 GC 内存消耗-解网

问：

我有一个 Java 应用程序，在具有 24 GB RAM 的 Oracle Linux 计算机上的 Liberica JDK 8（HotSpot VM，G1 GC）上运行。该应用程序具有最大的堆大小，大量使用它（由于其负载配置文件），并且是服务器上唯一具有此类要求的进程。-Xmx15g

有时（通常在几十个小时的正常运行时间之后），应用程序会被 Linux oom-killer 杀死。为了找到根本原因，我在详细模式下启用了 JVM Native Memory Tracking （NMT），在预热后不久就建立了基线，并收集了 34 个正常运行时间小时的以下统计数据（就在进程再次终止之前）：

根据 Oracle 的 NMT 内存类别文档，我预计最重的内部类别将填充类似 Direct ByteBuffers 的东西。但是，NMT 详细信息显示，这 3 GB 内部s 中几乎有 70% 由如下分配组成：

[0x00007faeb7f9b5b5] BitMap::BitMap(unsigned long, bool)+0x1d5
[0x00007faeb82ca08f] OtherRegionsTable::add_reference(void*, int)+0x57f
[0x00007faeb82e0f40] InstanceKlass::oop_oop_iterate_nv(oopDesc*, FilterOutOfRegionClosure*)+0xc0
[0x00007faeb82c3373] HeapRegion::oops_on_card_seq_iterate_careful(MemRegion, FilterOutOfRegionClosure*, signed char*)+0x163
                             (malloc=1154790KB type=Internal +846638KB #577395 +423319)

总共有 8 个这样的块，其方法调用在下一个堆栈帧上具有不同的类，例如：oops_on_card_seq_iterate_careful(…)

InstanceRefKlass
InstanceKlass
ObjArrayKlass

基于这些标识符，我发现这些例程是 G1 GC 的一部分。但是，我看不出有什么方法可以从相应的 JVM 选项中可用的 G1 参数来影响它们的行为（内存消耗）。

查看这个相关的 SO 答案，我试图将人体工程学计算的 4 MB 增加到手动设置 8 MB，但没有观察到显着变化。-XX:G1HeapRegionSize

所以问题是：

为什么NMT将纯G1相关活动记录到内部类别中？（非GC）
有没有办法让 G1 消耗更少的本机内存？（期望将其更改为其他 GC，在这种情况下不是一个选项）

JVM -热点 G1GC OOM NMT

Linux OOM-Killer 和 G1 GC 内存消耗

Linux OOM-Killer and G1 GC memory consumption

评论

评论