欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

JVM之GC回收信息详解

程序员文章站 2022-06-22 11:06:06
496k – 77K =419K,说明该次共有419k内存从年轻代移到了老年代,可以看出来数量不少,说明大部分对象的生命周期较长。由于Full GC会引发stop the word ,所以我们要尽量避免Full GC的发生,让对象尽可能的在老年代多呆会,所以这里可以增加老年轻代的大小。 ......

一、-xx:+printgcdetails 打印gc日志

参数配置:-xms10m -xmx10m -xx:+printgcdetails -xx:+printgcdatestamps -xx:+printgctimestamps  -xloggc:f:\gc1.log

-xloggc:输出到文件

2020-01-03t14:13:18.866+0800: 0.224: [gc (allocation failure) [psyounggen: 2048k->496k(2560k)] 2048k->744k(9728k), 0.0128127 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
2020-01-03t14:13:18.881+0800: 0.229: [gc (system.gc()) [psyounggen: 565k->496k(2560k)] 813k->752k(9728k), 0.0009625 secs] [times: user=0.02 sys=0.00, real=0.00 secs] 
2020-01-03t14:13:18.882+0800: 0.230: [full gc (system.gc()) [psyounggen: 496k->0k(2560k)] [paroldgen: 256k->675k(7168k)] 752k->675k(9728k), [metaspace: 3460k->3460k(1056768k)], 0.0053436 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
2020-01-03t14:13:19.889+0800: 1.236: [gc (system.gc()) [psyounggen: 117k->128k(2560k)] 793k->803k(9728k), 0.0006856 secs] [times: user=0.00 sys=0.00, real=0.00 secs] 
2020-01-03t14:13:19.889+0800: 1.237: [full gc (system.gc()) [psyounggen: 128k->0k(2560k)] [paroldgen: 675k->696k(7168k)] 803k->696k(9728k), [metaspace: 3475k->3475k(1056768k)], 0.0057842 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
heap
 psyounggen      total 2560k, used 59k [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048k, 2% used [0x00000000ffd00000,0x00000000ffd0ecc0,0x00000000fff00000)
  from space 512k, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512k, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 paroldgen       total 7168k, used 696k [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168k, 9% used [0x00000000ff600000,0x00000000ff6ae138,0x00000000ffd00000)
 metaspace       used 3481k, capacity 4500k, committed 4864k, reserved 1056768k
  class space    used 381k, capacity 388k, committed 512k, reserved 1048576k

第一行:2020-01-03t14:13:18.866+0800: 0.224: [gc (allocation failure) [psyounggen: 2048k->496k(2560k)] 2048k->744k(9728k), 0.0128127 secs] [times: user=0.00 sys=0.00, real=0.01 secs]

gc (allocation failure):gc表示younggc年轻代垃圾回收;(allocation failure)表示内存分配失败;

[psyounggen: 2048k->496k(2560k)]:psyounggen表示年轻代使用的垃圾回收器是paralle scavenge  ;2048k表示年轻代垃圾回收前内存占用大小;496k表示年轻代垃圾回收后内存占用大小;(2560k)表示年轻代总大小;

2048k->744k(9728k):2048k表示堆内存垃圾回收前内存占用大小;744k表示堆内存垃圾回收后内存占用大小;(9728k)表示堆内存总大小;

0.0128127 secs:表示younggc耗时,单位秒

[times: user=0.00 sys=0.00, real=0.01 secs]user=0.00表示用户耗时,sys=0.00表示系统耗时,real=0.01表示真实耗时,secs表示时间单位秒
第二行:2020-01-03t14:13:18.881+0800: 0.229: [gc (system.gc()) [psyounggen: 565k->496k(2560k)] 813k->752k(9728k), 0.0009625 secs] [times: user=0.02 sys=0.00, real=0.00 secs] 
 [gc (system.gc())表示系统显示调用gc
第三行:2020-01-03t14:13:18.882+0800: 0.230: [full gc (system.gc()) [psyounggen: 496k->0k(2560k)] [paroldgen: 256k->675k(7168k)] 752k->675k(9728k), [metaspace: 3460k->3460k(1056768k)], 0.0053436 secs]
 [full gc (system.gc()):full gc表示younggc+oldgc(年轻代垃圾回收+年老代垃圾回收)即整个jvm内存的回收(除了方法区或者元空间);system.gc()表示系统显示调用gc

[psyounggen: 496k->0k(2560k)]:psyounggen表示年轻代使用的垃圾回收器是paralle scavenge  ;496k表示full gc垃圾回收前内存占用大小;0k表示full gc垃圾回收后内存占用大小(0是因为年轻代使用的是复制算法);(2560k)表示年轻代总大小;

752k->675k(9728k):752k表示full gc垃圾回收前堆内存占用大小;675k表示full gc垃圾回收后堆内存占用大小;(9728k)表示堆内存总大小;

paroldgen: 256k->675k(7168k):paroldgen表示老年代使用的垃圾回收器parallel old,256k表示full gc垃圾回收前内存占用大小;675k表示full gc垃圾回收后内存占用大小;(7168k)表示老年代总大小;

[metaspace: 3460k->3460k(1056768k)]:metaspace表示元空间本文使用jdk1.8,3460k:表示full gc垃圾回收前metaspace占用大小,3460k表示full gc垃圾回收后metaspace占用大小;(1056768k)表示metaspace总大小。

full gc分析下可以得出结论:
    新生代变化:496k-0l=496k 新生代减少了496k

    老年代变化:256k-675k=-419k(老年代增加了419k)
    heap区变化:752k-675k=77k 整个堆减少了 77k
    496k – 77k =419k,说明该次共有419k内存从年轻代移到了老年代,可以看出来数量不少,说明大部分对象的生命周期较长。由于full gc会引发stop  the word ,所以我们要尽量避免full gc的发生,让对象尽可能的在老年代多呆会,所以这里可以增加老年轻代的大小。

第五行:

heap
 psyounggen      total 2560k, used 59k [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048k, 2% used [0x00000000ffd00000,0x00000000ffd0ecc0,0x00000000fff00000)
  from space 512k, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512k, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 paroldgen       total 7168k, used 696k [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168k, 9% used [0x00000000ff600000,0x00000000ff6ae138,0x00000000ffd00000)
 metaspace       used 3481k, capacity 4500k, committed 4864k, reserved 1056768k
  class space    used 381k, capacity 388k, committed 512k, reserved 1048576k

psyounggen total 2560k, used 59k:total 年轻代占用的总内存大小2560k,used:表示当前使用量
eden space 2048k, 2% used:年轻代的eden区占用的总内存大小2048k,used:已经使用2%
from space 512k, 0% used:年轻代的 from s1区占用的总内存大小512k,used:已经使用0%
to space 512k, 0% used:年轻代的 from s2区占用的总内存大小512k,used:已经使用0%
paroldgen total 7168k:老年代的总内存大小
object space 7168k, 9% used:老年已使用9%

JVM之GC回收信息详解

 -xx:newratio=2:年轻代与老年代的比值1:2, 但是根据实际数据显然年轻代没有占到整个堆的三分之一,很是费解?不知这种误差是否合理,在这里不吝赐教,求大神指点迷津。