高负载项目中的Java OOM

Question

以下是hs_err_filepart中的错误（已附加完整文件）：

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

内存不足错误(os_linux.cpp:2627)，PID=11980,TID=0x00007F27148C8700

JRE版本：Java(TM)SE运行时环境(8.0_92-B14)（构建1.8.0_92-B14)
Java VM:Java HotSpot(TM)64位服务器VM(25.92-B14混合模式linux-amd64压缩oops）
无法写入核心转储。核心转储已被禁用。要启用核心转储，请在再次启动Java之前尝试“ulimit-c unlimited”

----------T H R E A--------------------------------------------------------

当前线程(0x00007F27883C5800):VMThread[堆栈:0x00007F27147C8000,0x00007F27148C9000][ID=12005]

堆栈:[0x00007F27147C8000,0x00007F27148C9000],SP=0x00007F27148C7160,可用空间=1020K
本机帧:(J=编译的Java代码，J=解释的，VV=VM代码，C=本机代码）
V[libjvm.so+0xABD65A]Vmerror::report_and_die()+0x2ba
V[libjvm.so+0x4fb4db]report_vm_out_of_memory(char const*,int,无符号long,VMErrorType,char M.SO+0x91D713]OS::Linux::commit_memory_impl(char*,无符号长，bool)+0x103
V[libjvm.so+0x91DC69]OS::PD_commit_memory(char*,无符号长，无符号长，bool)+0x29
V[libjvm.so+0x917F6A]OS::commit_memory(char*,无符号长，无符号长，bool)+0x2A
V[libjvm.so 98D748]psyounggen::resize_generation（无符号长，无符号长）+0xF8
V[libjvm.so+0x98C8A2]psyounggen::resize（无符号长，无符号长）+0x22
V[libjvm.so+0x989b7b]psscavenge::invoke()+0xF3b
V[libjvm.so+0x98a301]psscavenge::invoke()+0x41
V[libjVM.SO+0x941410]ParallelScavengeHeap::failed_mem_allocate（无符号长）+0x70
V[libjvm.so+0xabf077]VM_parallelgcfailedAllocation::doit()+0x97
V[libjvm.so+0xac6aa5]VM_operation::evaluate（）+0x55
V[libjvm.so+0xac4e7a]VMTHread::evahtml" target="_blank">html" target="_blank">luate()+0xba
V[libjvm.so R>V[libjvm.so+0xAC5670]VMTHread::run()+0x70
V[libjvm.so+0x91fad8]java_start(thread*)+0x108

VM_Operation(0x00007F22963F34E0):ParallelGCFailedAllocation，模式:safepoint，由线程0x00007F25E8105000请求

----------P R O C E S S-----------------

Java线程:(=>当前线程）
0x00007F25A8052800 JavaThread“pool-27-thread-32”[_thread_blocked,ID=26278,stack(0x00007F2147523000,0x00007F2147624000)]
0x00007F24DC07F000 JavaThread“pool-33-thread-55”[_thread_blocked,ID=26277,stack(0x00007F2147624000,0x00007F2147725000)]
0x00007F25BC06B800 JavaThread已阻止，ID=26272,堆栈(0x00007F2147725000,0x00007F2147826000)]
0x00007F2568060000 JavaThread“pool-24-thread-39”[_thread_blocked,ID=26267,堆栈(0x00007F2147826000,0x00007F2147927000)]
0x00007F25147927000)]
0x00007F25147927000

jvm_args:-xmx16g-xx:reservedcodeCachesize=256m-xx:+heapdumponoutofmemoryerror-xx:heapdumppath=/opt/ddt/cpa-xx:-omitstacktraceinfastthrow

内存:
空闲-m
缓存的已使用空闲共享缓冲区总数
MEM:64298 37022 27275 593 946 6
-/+缓冲区/缓存：26962 37336
交换：15847 957 148 89

系统限制：

ulimit-a
核心文件大小（块，-c)0
数据seg大小（k字节，-d)无限
调度优先级(-e)0
文件大小（块，-f)无限
挂起信号(-i)256455
最大锁定内存大小（k字节，-l)64
最大内存大小（k字节，-m)无限
打开文件(-n)64000
管道大小（512字节，-p)8
POSIX消息队列（字节，-q)819200
实时优先级(-r)0
堆栈大小（k字节，-s)8192
cpu时间（秒）,-t）无限
最大用户进程数(-u)256455
虚拟内存(kbytes，-v)无限
文件锁(-x)无限

Answer 1

我认为您可能会面临以下64位虚拟机和压缩OOP的问题：

https://bugs.openjdk.java.net/browse/jdk-8187709

https://blogs.oracle.com/poonam/running-on-a-64bit-platform-and-still-rung-out-memory