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 =
如果您在tomcat上部署了许多上下文战争，请尝试减少它们

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”，表示“永远不要过量使用，只允许分配可用RAM + Swap的50％”

这是一个非常具有欺骗性的问题，因为可能有很多可用的内存，但是分配仍然显然没有理由失败。

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

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高得多，表明（连同分配失败的事实）启用了过量使用，而此处两个值都接近，这意味着严格执行该限制。

可以在此pivotal blog entry中找到有关这些设置及其效果（以及在什么时候可以修改它们的信息）的出色详细说明。（Tl; dr：如果您不希望关键进程使用交换，则使用过量提交很有用）

JVM因错误而崩溃=＆＃39;无法分配内存＆＃39; （错误= 12）

3 个答案: