Java GC (сбой выделения)

Почему всегда "GC (Ошибка распределения)"?

64-разрядная серверная виртуальная машина Java HotSpot (TM) (25.25-b02) для linux-amd64 JRE ( 1.8.0_25 -b17),

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]

«Ошибка распределения» - причина срабатывания цикла сборки мусора.

«Ошибка выделения» означает, что в Eden больше не осталось места для размещения объекта. Итак, это нормальная причина молодых GC.

Более старая JVM не печатала причины сборки мусора для незначительных циклов сборки мусора.

«Ошибка распределения» - почти единственная возможная причина незначительного GC. Другой причиной для запуска второстепенного сборщика мусора может быть фаза замечаний CMS (если +XX:+ScavengeBeforeRemarkона включена).

«Ошибка распределения» является причиной неправильного запуска GC. Это результат работы сборщика мусора.

Сборка мусора срабатывает, когда нет места для выделения (в зависимости от региона, выполняется второстепенная или основная сборка мусора). Как только сборка мусора выполняется, если пространство освобождено достаточно хорошо, но если его недостаточно, происходит сбой. Ошибка распределения - одна из таких неудач. Ниже в документе есть хорошее объяснение https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/g1_gc.html

При использовании CMS GC в jdk1.8 появится эта ошибка, я меняю 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