GC 日志分析

打印gc log的详细信息

set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -XX:+PrintGCDetails

或

引用

set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError

如果真是内存泄漏，系统最终会抛OutOfMemory, 加这个-XX:+HeapDumpOnOutOfMemoryError (jdk1.5以上)可以得到heap dump. 这个dump纪录了所有在OutOfMemory时存在于内存中的对象。用普通的jhat之类的工具分析dump文件不够好。推荐使用SAP Memory Analyzer。用这个工具你可以比较快的定位原因。

gc日志分析

引用

[GC [DefNew: 35592K->1814K(36288K), 0.0326932 secs] 38508K->7792K(520256K), 0.0336419 secs]

第一个箭头：35592K->1814K(36288K)，箭头指向的是新生段的内存占用情况；
第二个箭头：38508K->7792K(520256K)，箭头指向的是回收后的内存占用情况。
圆括号中通常指的是当前申请的内存大小。

引用

[GC [<collector>: <starting occupancy1> -> <ending occupancy1>, <pause time1> secs] <starting occupancy3> -> <ending occupancy3>, <pause time3> secs]

<collector>GC收集器的名称

<starting occupancy1> 新生代在GC前占用的内存
<ending occupancy1> 新生代在GC后占用的内存
<pause time1> 新生代局部收集时jvm暂停处理的时间

<starting occupancy3> JVM Heap 在GC前占用的内存
<ending occupancy3> JVM Heap 在GC后占用的内存
<pause time3> GC过程中jvm暂停处理的总时间



如果回收总量相等，就表示100%的收回，没有任何新生代的对象被提升到中生代或者永久区。而本例中表示3062K没有被回收，即2062K 新生代内容被提升到中生代。

[Full GC 873087K->873087K(955648K), 4.1838200 secs]
[Full GC 873087K->871781K(955648K), 4.1683140 secs]
[Full GC 873087K->873087K(955648K), 4.2085010 secs]
[Full GC 873087K->872260K(955648K), 4.2084700 secs]
[Full GC 873081K->873081K(955648K), 4.2623640 secs]
[Full GC 873081K->872408K(955648K), 4.3412570 secs]
2011-08-08 17:04:10,819 ERROR [com.koolearn.util.cache.AliMemCacheEngine.get(AliMemCacheEngine.java:164)] - <>
[Full GC 873087K->873087K(955648K), 4.3155510 secs]
[Full GC 873087K->872481K(955648K), 4.0971750 secs]
[Full GC 873087K->873087K(955648K), 4.1474260 secs]
[Full GC 873087K->872766K(955648K), 4.3128090 secs]
java.lang.OutOfMemoryError: Java heap space
[Full GC 873087K->873087K(955648K), 4.3855320 secs]
[Full GC 873087K->871522K(955648K), 4.2014260 secs]
[Full GC 871649K->871649K(955648K), 4.5445160 secs]
[Full GC 873087K->873087K(955648K), 4.3851440 secs]
[Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor778]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor779]
 873087K->871942K(955648K), 4.1766480 secs]
[Full GC 873087K->872056K(955648K), 4.4511170 secs]
[Full GC 873087K->873087K(955648K), 4.3548710 secs]
[Full GC 873087K->872185K(955648K), 4.5506940 secs]

Full GC 即全量GC，垃圾回收分小GC和Full GC。前者针对年轻代，后者针对年老代。FULL GC出现的很多有时候是因为你应用中2M以上的对象比较多。

评论

2 楼 harbey 2013-09-24  

哦，原来是“HEAP回收数量” - “新生代回收数” 即 30716 - 33778 = 3062。HEAP包括新生代和老生代，故3062跑到老生代了。

1 楼 harbey 2013-09-24  

而本例中表示3062K没有被回收，即2062K 新生代内容被提升到中生代。


这个数据怎么来的啊？