Java进程可能由于Linux OOM杀手而被杀死

Question

错误：

内存不足，Java运行时环境无法继续。本机内存分配(mmap)无法映射71827456字节以提交保留内存。可能的原因：系统在32位模式下没有物理RAM或交换空间，遇到了进程大小限制。可能的解决方案：减少系统上的内存负载增加物理内存或交换空间检查交换备份存储是否已满在64位OS上使用64位Java减少Java堆大小（-xmx/-xms）减少Java线程数量减少Java线程堆栈大小（-xs）设置更大的代码缓存与-xx：reservedCodeCacheSize=此输出文件可能被截断或不完整。

内存不足错误(os_linux.cpp:2673)，PID=21171,TID=140547280430848

但是对于堆最小2GB，最大3GB，以及G1GC，我们会看到64 Mb的大量块。

根据文档，对于具有2个内核的64位系统，64MB块（malloc arena）的最大数量可以是2*8=16，但我们看到的不止16个。

Answer 1

这看起来不像Linux的OOM杀手。

您描述的症状表明您已经耗尽了物理内存和交换空间。事实上，错误消息正是这样说的：

内存不足，Java运行时环境无法继续。本机内存分配(mmap)无法映射71827456字节以提交保留内存。可能的原因：

null

G1GC参数（除了最大堆大小之外）在很大程度上是不相关的。我的理解是，最大堆大小是Java堆允许占用的（虚拟）内存总量。

如果这不是Linux OOM杀手，那是什么呢？

实际上，OOM杀手是一种识别应用程序的机制，这种应用程序通过执行过多的分页而导致危险的性能问题。正如我在开始时提到的，虚拟内存由内存中或磁盘上的页组成。通常，应用程序不知道任何VM页是否驻留RAM。操作系统只是负责它。

null

OOM杀手的目的是识别导致危险的高寻呼速率的进程，以及....杀了他们。

如果一个JVM进程被OOM杀手杀死，它就没有机会打印错误消息（就像您得到的那样）。这个过程得到了一个“sigkill”：瞬间死亡。

但是...如果您查看系统日志文件，您应该会看到一条消息，说某某进程已经被OOM杀手杀死了。

null