分配失败

为什么总是“ GC (分配失败)”?

用于 linux-amd64 JRE (1.8.0 _ 25-b17)的 Java HotSpot (TM)64位服务器 VM (25.25-b02) ,

CommandLine flags:
-XX:CMSInitiatingOccupancyFraction=60
-XX:GCLogFileSize=10485760
-XX:+HeapDumpOnOutOfMemoryError
-XX:InitialHeapSize=32212254720
-XX:MaxHeapSize=32212254720
-XX:NewRatio=10
-XX:OldPLABSize=16
-XX:ParallelGCThreads=4
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintStringTableStatistics
-XX:+PrintTenuringDistribution
-XX:StringTableSize=1000003
-XX:SurvivorRatio=4
-XX:TargetSurvivorRatio=50
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
27.329: [GC (Allocation Failure) 27.329: [ParNew
Desired survivor size 44728320 bytes, new threshold 15 (max 15)
- age   1:   16885304 bytes,   16885304 total
: 349568K->16618K(436928K), 0.2069129 secs] 349568K->16618K(31369920K), 0.2070712 secs] [Times: user=0.78 sys=0.04, real=0.21 secs]




28.210: [GC (Allocation Failure) 28.210: [ParNew
Desired survivor size 44728320 bytes, new threshold 15 (max 15)
- age   1:   28866504 bytes,   28866504 total
- age   2:   12582536 bytes,   41449040 total
: 366186K->47987K(436928K), 0.2144807 secs] 366186K->47987K(31369920K), 0.2146024 secs] [Times: user=0.84 sys=0.01, real=0.22 secs]




29.037: [GC (Allocation Failure) 29.038: [ParNew
Desired survivor size 44728320 bytes, new threshold 2 (max 15)
- age   1:   28443488 bytes,   28443488 total
- age   2:   28386624 bytes,   56830112 total
- age   3:   12579928 bytes,   69410040 total
: 397555K->76018K(436928K), 0.2357352 secs] 397555K->76018K(31369920K), 0.2358535 secs] [Times: user=0.93 sys=0.01, real=0.23 secs]
279407 次浏览

“分配失败”是 GC 循环启动的原因之一。

“分配失败”意味着在伊甸园没有更多的空间留给分配对象。所以,这是年轻气相色谱的正常原因。

较老的 JVM 没有打印 GC,原因是 GC 周期较小。

“分配失败”几乎是导致小 GC 的唯一可能原因。引起较小 GC 的另一个原因可能是 CMS 备注阶段(如果启用了 +XX:+ScavengeBeforeRemark)。

当在 jdk1.8中使用 CMS GC 时会出现这个错误,我更改 G1 GC 来解决这个问题。

 -Xss512k -Xms6g -Xmx6g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=70 -XX:NewRatio=1 -XX:SurvivorRatio=6 -XX:G1ReservePercent=10 -XX:G1HeapRegionSize=32m -XX:ConcGCThreads=6 -Xloggc:gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps

“分配失败”是导致 GC 踢不正确的原因。 这是 GC 操作的结果。

当没有可分配的空间时(取决于执行的是小区域还是大区域 GC) ,就会启动 GC。 如果空间释放得足够好,那么一旦执行 GC,但是如果没有足够大的空间,就会失败。 分配失败就是这样一种失败。 下面的文件有很好的解释 Https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/g1_gc.html