这是我的GC选项：
-Xms64G -Xmx64G -XX:NewSize=18G -XX:MaxNewSize=24G -XX:SurvivorRatio=4 -XX:PermSize=128M -XX:MaxPermSize=128M -XX:CMSFullGCsBeforeCompaction=1 -XX:MaxDirectMemorySize=512M -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSInitiatingOccupancyFraction=80
和日志：
109.127: [GC109.127: [ParNew: 20971520K->4194304K(20971520K), 0.9867550 secs] 32497068K->16761687K(62914560K), 0.9868580 secs] [Times: user=17.50 sys=0.33, real=0.99 secs]
114.982: [GC114.982: [ParNew: 20971520K->4194304K(20971520K), 1.0146370 secs] 33538903K->17802909K(62914560K), 1.0147240 secs] [Times: user=17.14 sys=0.32, real=1.01 secs]
120.811: [GC120.811: [ParNew: 20971520K->4194304K(20971520K), 1.0029230 secs] 34580125K->18848154K(62914560K), 1.0030200 secs] [Times: user=17.08 sys=0.31, real=1.00 secs]
为什么在ParNew之后减少了oldGen的使用？ ParNew仅用于年轻一代吗？
我的jvm是Java HotSpot（TM）64位服务器VM（内部版本24.60-b09，混合模式）
最佳答案
ParNew仅用于年轻一代吗？
您是对的：ParNew仅收集youngGen对象。
为什么在ParNew之后减少了oldGen的使用？
不是这种情况。
内括号之外的数字用于总堆（年轻+年老的一代）。
[GC109.127: [ParNew: YoungGenBefore->YoungGenAfter(TotalYoungGen), 0.9867550 secs] TotalHeapBefore->TotalHeapAfter(TotalHeap), 0.9868580 secs] [Times: user=17.50 sys=0.33, real=0.99 secs]
实际上，在您的方案中，有些对象已从youngGen移到oldGen，这意味着oldGen实际上正在增长（乍看之下有点棘手）。
让我们以第一行为例：
109.127: [GC109.127: [ParNew: 20971520K->4194304K(20971520K), 0.9867550 secs] 32497068K->16761687K(62914560K), 0.9868580 secs] [Times: user=17.50 sys=0.33, real=0.99 secs]
我们看到从youngGen中删除了20971520K-4194304K = 16777216K字节。
从总使用的堆中除去此字节数，我们得到32497068K-16777216K = 15719852K。
但是我们可以看到总堆中还剩下16761687K，这比我们计算出的15719852K多。
这意味着由于ParNew GC将16761687K-15719852K = 1041835K从youngGen移到oldGen，因此仍驻留在总堆内存中。
参考文献：
这是我的计算的一个很好的解释：link
以下是有关ParNew，oldGen和youngGen的一些简单说明：link