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%