java虚拟机-GC日志 博客分类: java java虚拟机JDKGC日志垃圾收集
程序员文章站
2024-02-20 13:38:04
...
在分析java内存问题的时候需要查看GC日志,这里概要的总结一下GC日志该如何看
通过设置-XX:+PrintGCDetails虚拟机参数就可以得到GC日志,下面是一段GC日志示例,笔者使用的是JDK8,HotSpot虚拟机
publicclass T {
publicstaticvoid main(String[] args) { T t = new T(); System.gc();
} }
|
[GC (System.gc()) [PSYoungGen: 2662K->576K(38400K)] 2662K->584K(125952K), 0.0015403 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (System.gc()) [PSYoungGen: 576K->0K(38400K)] [ParOldGen: 8K->482K(87552K)] 584K->482K(125952K), [Metaspace: 2778K->2778K(1056768K)], 0.0056851 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] Heap PSYoungGen total 38400K, used 333K [0x0000000795580000, 0x0000000798000000, 0x00000007c0000000) eden space 33280K, 1% used [0x0000000795580000,0x00000007955d34a8,0x0000000797600000) from space 5120K, 0% used [0x0000000797600000,0x0000000797600000,0x0000000797b00000) to space 5120K, 0% used [0x0000000797b00000,0x0000000797b00000,0x0000000798000000) ParOldGen total 87552K, used 482K [0x0000000740000000, 0x0000000745580000, 0x0000000795580000) object space 87552K, 0% used [0x0000000740000000,0x00000007400788f8,0x0000000745580000) Metaspace used 2785K, capacity 4486K, committed 4864K, reserved 1056768K class space used 301K, capacity 386K, committed 512K, reserved 1048576K |
[GC (System.gc()) [Full GC (System.gc())表示这次垃圾收集的类型和由谁引发的。
[PSYoungGen: 576K->0K(38400K)]表示使用的是Parallel Scavenge收集器对新生代进行回收,GC前内存使用量为576K->GC后的内存使用量为0K(新生代内存总量为38400K)
[ParOldGen: 8K->482K(87552K)]表示使用Parallel Scavenge收集器对老年代进行收集,GC前内存使用量为8K->GC后的内存使用量为482K(老年代内存总量为87552K) 说明这次GC后将新生代中的一些对象移到了老年代,并没有直接干掉
[Metaspace: 2778K->2778K(1056768K)] 从JDK8开始,永久代(PermGen)的概念被废弃掉了,取而代之的是一个称为Metaspace的存储空间。Metaspace使用的是本地内存,而不是堆内存,也就是说在默认情况下Metaspace的大小只与本地内存大小有关。
[Times: user=0.01 sys=0.00, real=0.01 secs] user表示用户态消耗的CPU时间,sys表示内核态消耗的CPU时间,real表示操作从开始到结束所经过的墙钟时间,墙钟时间包括各种非运算所消耗的时间,包括磁盘IO等待时间,线程阻塞等待时间等。而CPU时间不包括这些。
Heap
PSYoungGen total 38400K, used 333K [0x0000000795580000, 0x0000000798000000, 0x00000007c0000000)
eden space 33280K, 1% used [0x0000000795580000,0x00000007955d34a8,0x0000000797600000)
from space 5120K, 0% used [0x0000000797600000,0x0000000797600000,0x0000000797b00000)
to space 5120K, 0% used [0x0000000797b00000,0x0000000797b00000,0x0000000798000000)
ParOldGen total 87552K, used 482K [0x0000000740000000, 0x0000000745580000, 0x0000000795580000)
object space 87552K, 0% used [0x0000000740000000,0x00000007400788f8,0x0000000745580000)
Metaspace used 2785K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 301K, capacity 386K, committed 512K, reserved 1048576K
PSYoungGen total 38400K, used 333K [0x0000000795580000, 0x0000000798000000, 0x00000007c0000000)
eden space 33280K, 1% used [0x0000000795580000,0x00000007955d34a8,0x0000000797600000)
from space 5120K, 0% used [0x0000000797600000,0x0000000797600000,0x0000000797b00000)
to space 5120K, 0% used [0x0000000797b00000,0x0000000797b00000,0x0000000798000000)
ParOldGen total 87552K, used 482K [0x0000000740000000, 0x0000000745580000, 0x0000000795580000)
object space 87552K, 0% used [0x0000000740000000,0x00000007400788f8,0x0000000745580000)
Metaspace used 2785K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 301K, capacity 386K, committed 512K, reserved 1048576K
这段是堆内存的具体信息,从新生代到老年代,再到方法区的Metaspace,都有详细的描述。其中eden表示新生代中的Eden区,from表示Survivor里的from surviver区,to 表示Survivor里的to Survivor区。新生代中采用复制清理的算法,大概的原理就是把这快内存分为两块,一块用于使用,另一块空着,当要回收的时候就把还活着的对象复制到空闲区,然后对使用区进行全部回收。通常90%对象都是朝生夕死的,所以基本按照9:1的比例划分使用区和空闲区。
其中Eden和from survivor就是在使用区,to survivor就是在空闲区。