也学习Java/JVM/GC(四)

GC日志分析

程序代码：

 public class JvmTest {
     public static void main(String[] args) {

         int m = 1024 * 1024;
         byte[] b = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b1 = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b2 = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b3 = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b4 = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b5 = new byte[2 * m];
         System.out.println("allocate 2M");

         byte[] b6 = new byte[2 * m];
         System.out.println("allocate 2M");
     }
 }

一、串行GC

　　1、执行命令如下

java -Xms20m -Xmx20m -Xmn10m -XX:+UseSerialGC -XX:+PrintGCDetails JvmTest

　　2、GC日志如下：

　　

allocate 2M
allocate 2M
allocate 2M
[GC[DefNew: 6831K->231K(9216K), 0.0064660 secs] 6831K->6375K(19456K), 0.0065000 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
allocate 2M
allocate 2M
allocate 2M
[GC[DefNew: 6547K->6547K(9216K), 0.0000150 secs][Tenured: 6144K->8192K(10240K), 0.0086010 secs] 12691K->12516K(19456K), [Perm : 2585K->2585K(21248K)], 0.0086580 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
allocate 2M
Heap
 def new generation   total 9216K, used 6509K [0x00000007f9a00000, 0x00000007fa400000, 0x00000007fa400000)
  eden space 8192K,  79% used [0x00000007f9a00000, 0x00000007fa05b770, 0x00000007fa200000)
  from space 1024K,   0% used [0x00000007fa300000, 0x00000007fa300000, 0x00000007fa400000)
  to   space 1024K,   0% used [0x00000007fa200000, 0x00000007fa200000, 0x00000007fa300000)
 tenured generation   total 10240K, used 8192K [0x00000007fa400000, 0x00000007fae00000, 0x00000007fae00000)
   the space 10240K,  80% used [0x00000007fa400000, 0x00000007fac000c8, 0x00000007fac00200, 0x00000007fae00000)
 compacting perm gen  total 21248K, used 2592K [0x00000007fae00000, 0x00000007fc2c0000, 0x0000000800000000)
   the space 21248K,  12% used [0x00000007fae00000, 0x00000007fb088230, 0x00000007fb088400, 0x00000007fc2c0000)
No shared spaces configured.

　　如上显示首先分配了6M内存后，进行了一次YGC；然后再分配6M内存后进行了一次整个堆的GC。

　　上面蓝色字体展示的是第一次YGC的日志，其中 6831K->231K(9216K)  表示年青代的区域大小由6831K较少到231K，即回收了6831-231 = 6600K，9216K表示了年青代占用区域的大小（因为启动参数设置为-Xmn10m，即年青代大小为10M，默认eden和survivor的比例为8:1，所以eden区域为8M，每个survivor区域为1M）。整个堆的大小由6831K减少到6375K，即回收了6831-6375 = 456K。19456K代表了整个年老代、Eden区和一个survivor区域。本次回收共计使用了0.0065000秒。最后一段中user表示YGC用户耗时，sys表示系统耗时，real表示实际耗时。

　　下面暗红色的字体展示了整个堆GC，一次YGC和一次PermGC。YGC日志同上。此处Tenured内存没有减少，是因为年青代GC后再分配2M内存，此时年青代中的eden区域为6547K，而eden总大小为8*1024=8192K，如果再分配2M，即6547K+2048K=8595K > 8192K，因此不能在年青代分配内存，只能在年老代分配内存，因此年老大由6144K+2048K=8192K。此时Perm也进行了一次GC，但是没有内存减少。

二、并行GC

A:UseparallelGC

　　1、执行命令如下：

java -Xms20m -Xmx20m -Xmn10m -XX:+UseParallelGC -XX:+PrintGCDetails JvmTest

　　2、GC日志如下

allocate 2M
allocate 2M
allocate 2M
[GC [PSYoungGen: 6831K->352K(9216K)] 6831K->6496K(19456K), 0.0072050 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]
[Full GC [PSYoungGen: 352K->0K(9216K)] [ParOldGen: 6144K->6373K(10240K)] 6496K->6373K(19456K) [PSPermGen: 2585K->2584K(21504K)], 0.0129170 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
allocate 2M
allocate 2M
allocate 2M
[Full GC [PSYoungGen: 6315K->4096K(9216K)] [ParOldGen: 6373K->8420K(10240K)] 12689K->12516K(19456K) [PSPermGen: 2584K->2584K(21504K)], 0.0101690 secs] [Times: user=0.01 sys=0.01, real=0.01 secs]
allocate 2M
Heap
 PSYoungGen      total 9216K, used 6281K [0x00000007ff600000, 0x0000000800000000, 0x0000000800000000)
  eden space 8192K, 76% used [0x00000007ff600000,0x00000007ffc22660,0x00000007ffe00000)
  from space 1024K, 0% used [0x00000007ffe00000,0x00000007ffe00000,0x00000007fff00000)
  to   space 1024K, 0% used [0x00000007fff00000,0x00000007fff00000,0x0000000800000000)
 ParOldGen       total 10240K, used 8420K [0x00000007fec00000, 0x00000007ff600000, 0x00000007ff600000)
  object space 10240K, 82% used [0x00000007fec00000,0x00000007ff4391d8,0x00000007ff600000)
 PSPermGen       total 21504K, used 2591K [0x00000007f9a00000, 0x00000007faf00000, 0x00000007fec00000)
  object space 21504K, 12% used [0x00000007f9a00000,0x00000007f9c87e60,0x00000007faf00000)

　　如上GC日志所示，JVM进行了3次GC，一次YGC和两次FGC。YGC的日志分析同SerialGC。

　　第一次FGC，年青代的大小由352K减少到了0K，因此回收了352K。而年老代由6144K变为6373K，增加了229K(是否为从年青代晋升的对象呢？)。整个堆的大小从6496K减少到6373K，共计回收了6494K-6373K=121K。 Perm区域大小由2585K减少到2584K，共计回收了1K。

　　第二次FGC，年青代的大小由6315K减少到4096K，回收了6315K-4096K=2219K。年老代由6373K增加到8420K，增加了2047K，整个堆的大小由12689K减少到12516K，共计回收了12689K-12516K=173K。Perm区域的大小无变化。

B、UseParallelOldGC

　　日志同parallelGC。

　　UseParallelGC和UseParallelOldGC唯一的不同为：

　　　　　-XX:+UseParallelGC用在年青代多线程，年老代单线程，-XX:+UseParallelOldGC用在年青代和年老代都是多线程。

三、CMS GC

　　1、命令如下：

　　　　

java -Xms20m -Xmx20m -Xmn10m -XX:+UseConcMarkSweepGC -XX:+PrintGCDetails JvmTest

　　2、日志如下：　

[GC[ParNew: 6831K->257K(9216K), 0.0078490 secs] 6831K->6403K(19456K), 0.0079190 secs] [Times: user=0.01 sys=0.01, real=0.01 secs]
[GC[ParNew: 6573K->6573K(9216K), 0.0000550 secs][CMS: 6146K->8192K(10240K), 0.0139330 secs] 12719K->12517K(19456K), [CMS Perm : 2588K->2587K(21248K)], 0.0140560 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
[GC [1 CMS-initial-mark: 8192K(10240K)] 14565K(19456K), 0.0004510 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[CMS-concurrent-mark: 0.003/0.003 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
[CMS-concurrent-preclean: 0.004/0.004 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]
[CMS-concurrent-abortable-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC[YG occupancy: 7510 K (9216 K)][Rescan (parallel) , 0.0004280 secs][weak refs processing, 0.0000140 secs][scrub string table, 0.0001790 secs] [1 CMS-remark: 9216K(10240K)] 16726K(19456K), 0.0006900 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[CMS-concurrent-sweep: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[CMS-concurrent-reset: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC[ParNew: 7510K->7510K(9216K), 0.0000300 secs][CMS: 9216K->9216K(10240K), 0.0088070 secs] 16726K->16615K(19456K), [CMS Perm : 2619K->2619K(21248K)], 0.0089500 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]
[Full GC[CMS: 9216K->9216K(10240K), 0.0062390 secs] 16615K->16603K(19456K), [CMS Perm : 2619K->2619K(21248K)], 0.0062830 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

　　CMS GC的日志多了CMS各个阶段的标识，日志的内容和串行及并行无大区别。