GC 日志分析
来源:互联网 发布:淘宝首页导航条代码 编辑:程序博客网 时间:2024/05/01 03:06
打印gc log的详细信息
或
如果真是内存泄漏,系统最终会抛OutOfMemory, 加这个-XX:+HeapDumpOnOutOfMemoryError (jdk1.5以上)可以得到heap dump. 这个dump纪录了所有在OutOfMemory时存在于内存中的对象。用普通的jhat之类的工具分析dump文件不够好。推荐使用SAP Memory Analyzer。用这个工具你可以比较快的定位原因。
gc日志分析
第一个箭头:35592K->1814K(36288K),箭头指向的是新生段的内存占用情况;
第二个箭头:38508K->7792K(520256K),箭头指向的是回收后的内存占用情况。
圆括号中通常指的是当前申请的内存大小。
<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 即全量GC,垃圾回收分小GC和Full GC。前者针对年轻代,后者针对年老代。FULL GC出现的很多有时候是因为你应用中2M以上的对象比较多。
- 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以上的对象比较多。
- Java GC 日志分析
- gc日志分析工具
- GC 日志分析
- gc日志分析工具
- GC 日志分析
- GC日志分析
- GC日志分析
- GC日志分析
- gc日志分析
- Java GC 日志分析
- gc日志分析工具
- HotSpot GC日志分析
- GC日志分析
- GC 日志分析
- GC日志分析
- GC日志分析
- Java GC日志分析
- JVM GC 日志分析
- 网站成功建设五步曲
- Some good hyperlink for learn iOS
- ORA-12518: TNS: 监听程序无法分发客户机连接
- 通过四种方式访问web页面的范围对象
- Linux使用 dd 命令 创建特定大小文件最简单的方法 及 文件杂谈
- GC 日志分析
- 使用 libevent 和 libev 提高网络应用性能
- Create subtask in task list via client javascript in sharepoint 2013
- Java linux hellow world
- cocos2d 2.1使用Sneakyinput报错Cannot find protocol declaration for CCTargetTouchDelegate/CCStandardTouch
- html与xml的渊源
- IR NEC协议
- python 中 @classmethod 、staticmethod 和 普通方法 的区别
- 向量空间的基和维