JVM崩溃,错误='无法分配内存'(错误= 12)

Question

我的代码崩溃了这个错误消息

Executing "/usr/bin/java  com.utils.BotFilter"
OpenJDK 64-Bit Server VM warning: INFO: 
os::commit_memory(0x0000000357c80000, 2712666112, 0) failed; 
error='Cannot allocate memory' (errno=12)

Java Runtime Environment没有足够的内存来继续.本机内存分配(malloc)无法为提交保留内存分配2712666112字节.包含更多信息的错误报告文件保存为:/ tmp/jvm-29955/hs_error.log`

以下是生成的内容hs_error.log file:

https://pastebin.com/yqF2Yy4P

崩溃日志中的这一行对我来说很有趣:

Memory: 4k page, physical 98823196k(691424k free), swap 1048572k(0k free)

这是否意味着机器有内存但交换空间不足？

这是崩溃日志中的meminfo,但我真的不知道如何解释它,比如MemFree和MemAvailable之间有什么区别？这个过程需要多少内存？

/proc/meminfo:

MemTotal:       98823196 kB
MemFree:          691424 kB
MemAvailable:    2204348 kB
Buffers:          145568 kB
Cached:          2799624 kB
SwapCached:       304368 kB
Active:         81524540 kB
Inactive:       14120408 kB
Active(anon):   80936988 kB
Inactive(anon): 13139448 kB
Active(file):     587552 kB
Inactive(file):   980960 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       1048572 kB
SwapFree:              0 kB
Dirty:              1332 kB
Writeback:             0 kB
AnonPages:      92395828 kB
Mapped:           120980 kB
Shmem:           1376052 kB
Slab:             594476 kB
SReclaimable:     282296 kB
SUnreclaim:       312180 kB
KernelStack:      317648 kB
PageTables:       238412 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    50460168 kB
Committed_AS:   114163748 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      314408 kB
VmallocChunk:   34308158464 kB
HardwareCorrupted:     0 kB
AnonHugePages:  50071552 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      116924 kB
DirectMap2M:     5115904 kB
DirectMap1G:    95420416 kB

Answer 1

可能的解决方案：

• 减少系统上的内存负载
• 增加物理内存或交换空间
• 检查交换后备存储是否已满
• 在64位操作系统上使用64位Java
• 减少Java堆大小（-Xmx / -Xms）
• 减少Java线程数
• 减少Java线程堆栈大小（-Xss）
• 使用-XX：ReservedCodeCacheSize =设置更大的代码缓存
• 如果您在雄猫上部署了许多上下文战，请尝试减少它们

Answer 2

正如Scary Wombat 所提到的，JVM 试图分配 2712666112 字节（2.7 Gb）的内存，而您只有 691424000 字节（0.69 Gb）的空闲物理内存，交换中没有任何可用空间。

Answer 3

另一种可能性（我刚才遇到的）是 Linux 上“过度使用内存”的错误设置。

在我的情况下，/proc/sys/vm/overcommit_memory设置为 "2" 和/proc/sys/vm/overcommit_ratio"50" ，意思是“永远不要过度使用，只允许分配 50% 的可用 RAM+Swap”。

这是一个相当具有欺骗性的问题，因为可能有大量可用内存，但分配仍然会无缘无故地失败。

现在可以将设置更改为默认值（以合理的方式过量使用）（直到重新启动）：

echo 0 >/proc/sys/vm/overcommit_memory

...或永久：

echo "vm.overcommit_memory=0 >> /etc/sysctl.conf
sysctl -p /etc/sysctl.conf # apply it immediately

注意：这也可以通过查看以下输出来部分诊断/proc/meminfo：

...
CommitLimit:    45329388 kB
Committed_AS:   44818080 kB 
...

在问题的示例中，Committed_AS远高于CommitLimit，表明（连同分配失败的事实）启用了过度使用，而这里两个值非常接近，意味着严格执行限制。

关于这些设置及其效果（以及何时需要修改它们）的详细解释可以在这篇关键博客文章中找到。（Tl；dr：如果您不希望关键进程使用交换，那么搞乱过度使用是有用的）