JVM调优Demo（二）避免新生代过大（调整合适新生代大小）

先上代码：

代码和JVM调优Demo（一）完全一样
运行参数：

-Xmx20M -Xms20M -Xmn18M -verbose:gc -XX:+PrintGCDetails

运行日志：

[GC (Allocation Failure) --[PSYoungGen: 13722K->13722K(16384K)] 13722K->13730K(18432K), 0.0008514 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Ergonomics) [PSYoungGen: 13722K->4618K(16384K)] [ParOldGen: 8K->1K(2048K)] 13730K->4619K(18432K), [Metaspace: 2575K->2575K(1056768K)], 0.0053240 secs] [Times: user=0.11 sys=0.00, real=0.01 secs]
Heap
PSYoungGen      total 16384K, used 6810K [0x00000000fee00000, 0x0000000100000000, 0x0000000100000000)
eden space 14336K, 47% used [0x00000000fee00000,0x00000000ff4a6998,0x00000000ffc00000)
from space 2048K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x0000000100000000)
to   space 2048K, 0% used [0x00000000ffc00000,0x00000000ffc00000,0x00000000ffe00000)
ParOldGen       total 2048K, used 1K [0x00000000fec00000, 0x00000000fee00000, 0x00000000fee00000)
object space 2048K, 0% used [0x00000000fec00000,0x00000000fec004c0,0x00000000fee00000)
Metaspace       used 2582K, capacity 4486K, committed 4864K, reserved 1056768K
class space    used 287K, capacity 386K, committed 512K, reserved 1048576K

可以看到相比16M的新生代，这次增加了一次FullGC，这是不理想的。

大致过程：
因为旧生代太小，第一次MinorGC后，进入旧生代的对象发现jvm剩余空间不足，jvm悲观原则，新生代采用并行回收gc 的时候会在第一次就检查旧生代的剩余空间触发FullGC。

总结：
新生代太小导致Mionr的频率大幅上升，也会导致大量对象进入旧生代，触发FullGC。
新生代太大，导致旧生代太小，FullGC频率上升，也有可能导致MinorGC的时间上升。

按照书上的总结一般新生代在heap的比例为33%