GC日志分析

程序代码:

 1 public class JvmTest {
 2     public static void main(String[] args) {
 3         
 4         int m = 1024 * 1024;
 5         byte[] b = new byte[2 * m];
 6         System.out.println("allocate 2M");
 7 
 8         byte[] b1 = new byte[2 * m];
 9         System.out.println("allocate 2M");
10 
11         byte[] b2 = new byte[2 * m];
12         System.out.println("allocate 2M");
13 
14         byte[] b3 = new byte[2 * m];
15         System.out.println("allocate 2M");
16 
17         byte[] b4 = new byte[2 * m];
18         System.out.println("allocate 2M");
19 
20         byte[] b5 = new byte[2 * m];
21         System.out.println("allocate 2M");
22 
23         byte[] b6 = new byte[2 * m];
24         System.out.println("allocate 2M");
25     }
26 }

 

一、串行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各个阶段的标识,日志的内容和串行及并行无大区别。