Visual GC(监控垃圾回收器) 整理

Visual GC

  • 简介
  • 插件安装
  • 插件使用详情
    • Spaces窗口
    • Graphs窗口
    • Histogram窗口
  • 参考文献

简介

参考官网简介

https://www.oracle.com/technetwork/java/visualgc-136680.html

官网概述(翻译中文):

visualgc-可视垃圾收集监视工具
1、概要
2、描述
3、选件
4、虚拟机标识符
5、输出格式
6、例子
7、虫子
8、也可以看看

插件安装

这里使用的是jdk自带的jvisualvm安装Visual GC插件

先找到JDK安装的位置,在bin目录下 找到jvisualvm.exe:
Visual GC(监控垃圾回收器) 整理_第1张图片
在这里插入图片描述
1、找到新的更新地址

visualvm新访问地址:https://visualvm.github.io/index.html

Visual GC(监控垃圾回收器) 整理_第2张图片

进入“Plugins”,找到对应自己JDK版本的更新地址
Visual GC(监控垃圾回收器) 整理_第3张图片
进入jvisualvm的插件管理

“工具” - “插件”

在"设置"中修改url地址为刚才我们在github上找到的对应我们JDK版本的地址

Visual GC(监控垃圾回收器) 整理_第4张图片
修改成功后,可用插件即可刷新出来

3、安装VisualGC插件
Visual GC(监控垃圾回收器) 整理_第5张图片
4、重启即可看到VisualGC
Visual GC(监控垃圾回收器) 整理_第6张图片

插件使用详情

安装完插件后重启软件,让后打开idea,随后便可以在左边了Local中看到启动的idea应用,双击即可进入监控页面,如下图:
Visual GC(监控垃圾回收器) 整理_第7张图片

右边就是Visual GC 插件的主要界面了,我们可以看到软件运行时的内存变化情况
Visual GC(监控垃圾回收器) 整理_第8张图片

Spaces窗口

Visual GC(监控垃圾回收器) 整理_第9张图片
上图是呈现了程序运行时我们比较关注的几个区域的内存使用情况

  • Metaspace:方法区,如果JDK1.8之前的版本,就是Perm,JDK7和之前的版本都是以永久代(PermGen)来实现方法区的,JDK8之后改用元空间来实现(MetaSpace)。
  • Old:老年代
  • Eden: 新生代Eden区
  • S0和S1:新生代的两个 Survivor 区

Graphs窗口

该窗口区域包含8个图标,以时间为横坐标动态展示各个指标的运行状态

Visual GC(监控垃圾回收器) 整理_第10张图片

下面从上往下对上图中的各个图标表及其状态进行说明

  • Compile Time:编译情况
    24266 compoles - 39.416s 表示编译总数为24266,编译总耗时为39.416s。
    一个脉冲表示一次JIT编译,脉冲越宽表示编译时间越长。

  • Class Loader Time:类加载情况
    49052 loaded,39 unloaded - 29.937s表示已加载的数量为49052,卸载的数量为39,耗时为29.537s。

  • GC Time:总的(包含新生代和老年代)gc情况记录
    123 collections,859.203ms Last Cause:Allocation Failure表示一共经历了123次gc(包含Minor GC和Full GC),总共耗时859.203ms。

  • Eden Space:新生代Eden区内存使用情况
    (200.00M,34.125M): 31.52M,109 collections,612.827ms表示Eden区的最大容量为200M,当前容量为34.125M,当前已使用31.52M,从开始监控到现在在该内存区域一共发生了109次gc(Minor GC),gc总耗时为612.827ms。

  • Survivor 0和Survivor 1:新生代的两个Survivor区内存使用情况
    (25.000M,4.250M):1.757M表示该Survivor区的最大容量为25M(默认为Eden区的1/8),当前已用1.757M。

  • Old Gen:老年代内存使用情况
    (500.000M,255.195M):206.660M,14 collections,246.375ms表示老年区的最大容量为500M,当前容量为255.195M,当前已用206.660M,从开始监控到现在在该内存区域一共发生了14次gc(Full GC),gc总耗时为246.375ms,换算下可以看出单次Full GC要比Minor GC耗时长很多。

  • Metaspace:方法区内存使用情况
    (1.053G,278.250M):262.345M表示方法区最大容量为1.053G,当前容量为278.250M,当前使用量为262.345MM。

Histogram窗口

Histogram窗口是对当前正在被使用的Survivor区内存使用情况的详细描述,如下

Visual GC(监控垃圾回收器) 整理_第11张图片

  • Tenuring Threshold:我们知道Survivor区中的对象有一套晋升机制,就是其中的每个对象都有一个年龄标记,每当对象在一次Minor GC中存活下来,其年龄就会+1,当对象的年龄大于一个阈值时,就会进入老年代,这个阈值就是Tenuring Threshold,要注意这个值不是固定不变的,一般情况下Tenuring Threshold会与Max Tenuring Threshold大小保持一致,可如果某个时刻Servivor区中相同年龄的所有对象的内存总等于Survivor空间的一半,那Tenuring Threshold就会等于该年龄,同时大于或等于该年龄的所有对象将进入老年代。

  • Max Tenuring Threshold:表示新生代中对象的最大年龄值,这个值在JDK1.8中默认为6,在JDK1.7及之前的版本中默认为15,可以通过参数-XX:MaxTenuringThreshold来指定。

  • Desired Survivor Size:Survivor空间大小验证阈值(默认是survivor空间的一半),用于给Tenuring Threshold判断对象是否提前进入老年代。

  • Current Survivor Size:当前Survivor空间大小,单位为字节(Byte,B)。

  • Histogram柱状图:表示Survivor中不同年龄段对象分布。

参考文献

https://blog.csdn.net/shuai825644975/article/details/78970371
https://www.oracle.com/technetwork/java/visualgc-136680.html
https://www.jianshu.com/p/9e4ccd705709

你可能感兴趣的:(JVM,jvm,jdk)