G1 垃圾收集器：为什么幸存者空间总是满的？答案

【问题标题】：G1 Garbage Collector: Why survivor space is always full?G1 垃圾收集器：为什么幸存者空间总是满的？
【发布时间】：2016-02-05 17:55:27
【问题描述】：

这是jmap -heap 命令的输出：

Survivor Space:
   regions  = 52
   capacity = 54525952 (52.0MB)
   used     = 54525952 (52.0MB)
   free     = 0 (0.0MB)
   100.0% used

我执行了很多次，发现capacity的值总是等于used。

我的问题是为什么幸存者空间总是满的（而且这么小）？我指定了-Xmx2200m -Xms2200m -Xmn1100m。（我预计survivor空间应该是220M，也就是说survivor region应该有更多空间）

-- 更新--

jheap 的完整输出：

Garbage-First (G1) GC with 2 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 40
   MaxHeapFreeRatio         = 70
   MaxHeapSize              = 2306867200 (2200.0MB)
   NewSize                  = 1153433600 (1100.0MB)
   MaxNewSize               = 1153433600 (1100.0MB)
   OldSize                  = 4194304 (4.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 16777216 (16.0MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 4294963200 (4095.99609375MB)
   G1HeapRegionSize         = 1048576 (1.0MB)

Heap Usage:
G1 Heap:
   regions  = 14488
   capacity = 15191769088 (14488.0MB)
   used     = 1083703304 (1033.5000076293945MB)
   free     = 14108065784 (13454.499992370605MB)
   7.13348983730946% used
G1 Young Generation:
Eden Space:
   regions  = 988
   capacity = 1163919360 (1110.0MB)
   used     = 1035993088 (988.0MB)
   free     = 127926272 (122.0MB)
   89.009009009009% used
Survivor Space:
   regions  = 45
   capacity = 47185920 (45.0MB)
   used     = 47185920 (45.0MB)
   free     = 0 (0.0MB)
   100.0% used
G1 Old Generation:
   regions  = 2
   capacity = 1095761920 (1045.0MB)
   used     = 524296 (0.5000076293945312MB)
   free     = 1095237624 (1044.4999923706055MB)
   0.04784762003775419% used

30424 interned Strings occupying 3027304 bytes.

【问题讨论】：

嘿尼奥，你介意输出 jmap 输出的其余部分吗？
@JonathanThoms 当然

标签： java memory-management garbage-collection jvm

【解决方案1】：

我最好的猜测是您的应用程序正在创建大量对象并且 Eden Space 很快就会被填满（或者您的应用程序正在创建大量能够在 Young GC 中存活的长期对象）。

在 Young GC 期间，活动对象将始终移动到幸存者空间之一。对象将被移至旧代，仅当对象已足够老化或并非伊甸空间中的所有对象都无法放入选定的幸存者空间时。

您是否介意分享您要解决的真正问题是什么，或者您只是想知道为什么幸存者空间已满。

【讨论】：

其实我的应用没有问题。我只是想弄清楚G1GC是否真的是Web应用程序的更好选择
您应该启用 GC 日志并配置您的应用程序。在 GC 日志上使用 GC Viewer github.com/chewiebug/GCViewer 会给你更好的主意。

【解决方案2】：

我的观察。

当您停止自定义某些参数时，G1GC 是有效的。我建议删除Xmn（年轻一代）设置。
设置-Xms和-Xmx的不同值
区域大小应配置为最大堆内存大小/2048。对于 4G 堆，2 MB 应该是区域大小，对于 2 GB 堆，1 MB 应该是理想的区域大小。
要配置的关键参数：-XX:G1HeapRegionSize=n, XX:MaxGCPauseMillis=m, -XX:ParallelGCThreads=n, -XX:ConcGCThreads=n 除了-Xms and -Xmx

查看SE post 和infoQ article 了解更多详情。

来自Oracle的推荐

在评估和微调 G1 GC 时，请牢记以下建议：

年轻代大小：避免使用 -Xmn 选项或任何或其他相关选项（例如 -XX:NewRatio）显式设置年轻代大小。固定年轻代的大小会覆盖目标暂停时间目标。

暂停时间目标：当您评估或调整任何垃圾回收时，总是需要在延迟与吞吐量之间进行权衡。

【讨论】：