GC日志分析

最新推荐文章于 2024-04-13 13:47:55 发布
最新推荐文章于 2024-04-13 13:47:55 发布
阅读量238 收藏
点赞数
分类专栏： Java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/moni_mm/article/details/79984929
版权

JVM内存

heap结构

按分代，分young-eden,young-survivor,old
用-Xmn,-Xms,-Xmx来指定

non-heap结构
包括metaspace,thread stacks,compiled native code,memory allocated by native code
-XX:PermSize或-XX:MetaspceSize,-Xss或-XX:ThreadStackSize

查看日志

JVM的GC日志的主要参数包括如下几个：

  • -XX:+PrintGC 输出GC日志

  • -XX:+PrintGCDetails 输出GC的详细日志

  • -XX:+PrintGCTimeStamps 输出GC的时间戳（以基准时间的形式）

  • -XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）

  • -XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息

  • -Xloggc:../logs/gc.log 日志文件的输出路径

实验

在Eclipse中设置运行配置：-XX:+PrintGCDetails
1.无内存分配
代码：

 System.gc();
//什么也不做

结果如下：
[GC (System.gc())
[PSYoungGen: 1485K->712K(16896K)] 1485K->720K(55296K), 0.0029656 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (System.gc())
[PSYoungGen: 712K->0K(16896K)] [ParOldGen: 8K->627K(38400K)] 720K->627K(55296K), [Metaspace: 2783K->2783K(1056768K)], 0.0138246 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]
Heap
PSYoungGen total 16896K, used 148K [0x00000000edb80000, 0x00000000eee00000, 0x0000000100000000)
eden space 14848K, 1% used [0x00000000edb80000,0x00000000edba5360,0x00000000eea00000)
from space 2048K, 0% used [0x00000000eea00000,0x00000000eea00000,0x00000000eec00000)
to space 2048K, 0% used [0x00000000eec00000,0x00000000eec00000,0x00000000eee00000)
ParOldGen total 38400K, used 627K [0x00000000c9200000, 0x00000000cb780000, 0x00000000edb80000)
object space 38400K, 1% used [0x00000000c9200000,0x00000000c929cd30,0x00000000cb780000)
Metaspace used 2790K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 298K, capacity 386K, committed 512K, reserved 1048576K

分析：

  • PSYoungGen：新生代收集器，使用复制算法，并行的多线程的收集器
    初始新生代大小1485K

  • ParOldGen： Parallel Scavenge收集器的老年代版本，使用多线程和标记整理算法

  • Metaspace： java8的时候去除PermGen，将其中的方法区移到non-heap中的Metaspace
    Metaspace与PermGen之间最大的区别在于：Metaspace并不在虚拟机中，而是使用本地内存

三个数字表示地址，在HotSpot里分别称为
low_boundary：reserved space的最低地址边界，通常跟“low”相等
high：commited space的最高地址边界
high_boundary：reserved space最高地址边界

reserved space的大小就是max capacity–[low_boundary, high_boundary)
commited space的大小就是current capacity–[low, high)

2.不回收
代码：

int size = 1024 * 1024;
byte[] data = new byte[size];

结果如下：
Heap
PSYoungGen total 16896K, used 2806K
[0x00000000edb80000, 0x00000000eee00000, 0x0000000100000000)

  • eden space 14848K, 18% used
    [0x00000000edb80000,0x00000000ede3da68,0x00000000eea00000)
  • from space 2048K, 0% used
    [0x00000000eec00000,0x00000000eec00000,0x00000000eee00000)
  • to space 2048K, 0% used
    [0x00000000eea00000,0x00000000eea00000,0x00000000eec00000)

ParOldGen total 38400K, used 0K [0x00000000c9200000, 0x00000000cb780000, 0x00000000edb80000)

  • object space 38400K, 0% used
    [0x00000000c9200000,0x00000000c9200000,0x00000000cb780000)

Metaspace used 2790K, capacity 4486K, committed 4864K, reserved 1056768K

  • class space used 298K, capacity 386K, committed 512K, reserved
    1048576K

分析：
分配了1024*1024内存，即1024K，仅以下发生改变
分配之前：
PSYoungGen total 16896K, used 1782K
eden space 14848K, 12% used
分配之后：
PSYoungGen total 16896K, used 2806K
eden space 14848K, 18% used

新生代eden space增加了1024K

3.回收

直接调用System.gc，触发Full GC执行。

int size = 1024 * 1024;
byte[] data = new byte[size];
// 将data置为null即让它成为垃圾
data = null;
// 通知垃圾回收器回收垃圾
System.gc();

结果如下：
[GC (System.gc())
[PSYoungGen: 2509K->712K(16896K)] 2509K->720K(55296K), 0.0028822 secs]
[Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (System.gc()) [PSYoungGen: 712K->0K(16896K)] [ParOldGen: 8K->627K(38400K)] 720K->627K(55296K), [Metaspace: 2783K->2783K(1056768K)], 0.0153738 secs]
[Times: user=0.05 sys=0.01, real=0.02 secs]

Heap
PSYoungGen total 16896K, used 148K [0x00000000edb80000, 0x00000000eee00000, 0x0000000100000000)
eden space 14848K, 1% used [0x00000000edb80000,0x00000000edba5360,0x00000000eea00000)
from space 2048K, 0% used [0x00000000eea00000,0x00000000eea00000,0x00000000eec00000)
to space 2048K, 0% used [0x00000000eec00000,0x00000000eec00000,0x00000000eee00000)
ParOldGen total 38400K, used 627K [0x00000000c9200000, 0x00000000cb780000, 0x00000000edb80000)
object space 38400K, 1% used [0x00000000c9200000,0x00000000c929cc50,0x00000000cb780000)
Metaspace used 2790K, capacity 4486K, committed 4864K, reserved 1056768K

分析
[GC (System.gc())
[PSYoungGen: 2509K->712K(16896K)]
2509K->720K(55296K), 0.0028822 secs]
[Times: user=0.00 sys=0.00, real=0.00 secs]

  • 使用PSYoungGen作为年轻代的垃圾收集器
  • 回收前年轻代大小2509K
  • 回收后年轻代大小712K
  • 年轻代总大小16896K
  • 回收前堆区的大小2509K
  • 回收后堆区的大小720K
  • 堆区总大小55296K
  • 回收时间0.0028822 secs
  • 用户耗时
  • 系统耗时
  • 实际耗时
  • -

[Full GC (System.gc())
[PSYoungGen: 712K->0K(16896K)]
[ParOldGen: 8K->627K(38400K)] 720K->627K(55296K),
[Metaspace: 2783K->2783K(1056768K)], 0.0153738 secs]
[Times: user=0.05 sys=0.01, real=0.02 secs]

gc回收后：
PSYoungGen新生代大小从2509K减少至712K
Full GC回收后：
PSYoungGen新生代大小从712K减少至0K
ParOldGen年老代大小从8K增加至627K
堆区大小从720减少至627K

验证：
初始新生代大小1485K，分配1024K即2509K
gc回收前新生代2509K 年老代0K 堆区大小2509K
gc回收后新生代712K 年老代8K 堆区大小720K
Full gc后新生代0K 年老代627K 堆区大小627K
最终堆区信息如下：
PSYoungGen total 16896K, used 148K
ParOldGen total 38400K, used 627K

解释：

  • 初始对象都分配在新生代
  • gc只针对新生代回收，几次GC以后将持久对象转移至年老代
  • Full gc对所有堆进行回收，把old，young里面大部分垃圾回收掉
  • 堆信息中新生代的 total 16896K是这样来的
    eden + 1 个 survivor = 14848K+ 2048K = 16896K
    因为 jvm 每次只是用新生代中的 eden 和 一个 survivor，因此新生代实际的可用内存空间大小为所指定的 90%。

因此可以知道，这里新生代的内存空间指的是新生代可用的总的内存空间，而不是指整个新生代的空间大小。

moni_mm
关注
专栏目录
jvm垃圾回收（GC）日志简单理解
Scenoob的博客
10-29 710
jvm垃圾回收（GC）日志简单理解 每种收集器的日志形式都是由它们自身的实现所决定的，换言之，每种收集器的日志格式都可以不一样。不过虚拟机为了方便用户阅读，将各个收集器的日志都维持了一定的共性，来看下面的一段GC日志： [GC [DefNew: 310K->194K(2368K), 0.0269163 secs] 310K->194K(7680K), 0.0269513 secs] [...
GC 日志分析
实践求真知
08-01 807
一点睛 通过阅读 GC 日志，我们可以了解 Java 虚拟机内存分配与回收策略。 内存分配与垃圾回收的参数列表。 -XX:+PrintGC 输出 GC 日志。类似：-verbose:gc -XX:+PrintGCDetails 输出 GC 的详细日志。 -XX:+PrintGCTimeStamps 输出 GC 的时间戳（以基准时间的形式表示）。 -XX:+PrintGCDateStamps 输出 GC 的时间戳（以日期的形式，如2013-05-04T21：53：59.
内存与垃圾回收——（十二）GC 日志分析
Orcas
10-31 382
文章目录12_GC 日志分析12.1_GC 常用参数12.2_日志补充说明12.3_举例解读日志中堆空间数据12.4_日志分析工具 12_GC 日志分析 12.1_GC 常用参数 通过阅读 GC 日志，我们可以了解 Java 虛拟机内存分配与回收策略。内存分配与垃圾回收的参数列表 -XX:+PrintGC 输出 GC 日志 （-Xlog:gc*）。类似： -verbose:gc -XX:+PrintGCDetails 输出 GC 的详细日志 -XX:+PrintGCTimeStamps 输出 GC 的时间
JVM的GC日志分析
m0_57651621的博客
04-27 793
GC日志输出 不同的垃圾回收器输出的日志格式不同，但是Jvm对格式进行了统一表示 DoGC类 该代码引用了周明耀的《深入理解 JVM & G1 GC》 package Gc; ​ import java.util.HashMap; ​ public class StopWorldDemo { public static class MyThread extends Thread { HashMap map = new HashMap(); ...
JVM性能调优——GC日志分析
最新发布
码说芯语的博客
04-13 3148
生成GC日志、Parallel垃圾收集器日志解析、G1垃圾收集器日志解析、CMS垃圾收集器日志解析、日志解析工具
JVM参数配置大全
qq_44601070的博客
11-27 1081
JVM参数配置大全
Java虚拟机GC日志分析
08-28
Java虚拟机GC日志分析 Java虚拟机GC日志分析是Java开发者不可或缺的一项技能，通过对GC日志的分析，可以了解Java虚拟机中的内存使用情况，避免内存溢出和性能问题。本文将对Java虚拟机GC日志分析进行详细的介绍，并...
IBM-GC日志分析工具
09-24
IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具
jvmgc日志分析工具
03-20
GC日志分析工具是用来理解和优化JVM内存管理的重要工具。"jvmgc日志分析工具"专为解析和可视化JVM生成的GC日志而设计，帮助开发者识别内存瓶颈，调整内存设置，以及诊断可能的性能问题。 GC日志是JVM在运行过程中...
GC 日志分析工具
实践求真知
09-10 3823
一 点睛 1 GCEasy GCEasy 是一款在线的 GC 日志分析器，可以通过 GC 日志分析进行内存泄露检测、GC 暂停原因分析、JVM 配置建议优化等功能，大多数功能是免费的。 官网地址：Universal JVM GC analyzer - Java Garbage collection log analysis made easy 2 GCViewer GCViewer 是一款离线的 GC 日志分析器，用于可视化 Java VM 选项 -verbose:gc 和 .NET 生成的数据
JVM 调优参数介绍
vincent_wen0766的博客
09-07 740
jvm参数 -Xms 堆最小值 -Xmx 堆最大堆值。-Xms与-Xmx 的单位默认字节都是以k、m做单位的。通常这两个配置参数相等，避免每次空间不足，动态扩容带来的影响 -Xmn 新生代大小 -Xss 每个线程池的堆栈大小。在jdk5以上的版本，每个线程堆栈大小为1m，jdk5以前的版本是每个线程池大小为256k。一般在相同物理内存下，如果减少-Xss值会产生更大的线程数，但不同的操作系统对进程内线程数是有限制的，是不能无限生成 -XX:NewRatio 设置新生代与老年代比值，-XX:NewR
JVM调优参数
biubiubiubibibi的博客
06-27 117
JVM调优参数,JVM参数调优,
关于jvm中年轻代的参数设置
c_daofeng的博客
12-23 6361
本文内容是抄袭的。他们的博文更详细，建议直接看他们的。链接在文章结尾处。 ** 1、Xmn合理设置的重要性 ** 如果把新生代内存设置得太大会导致young gc时间较长。一个好的Web系统应该是每次http请求申请内存都能在young gc回收掉，full gc永不发生，当然这是最理想的情况，xmn的值应该是保证够用（够http并发请求之用）的前提下设置得尽量小。但是，太小的话，在应用处理数据很频繁的情况下，导致年轻代很快就满了，频繁执行young gc。 2、基本参数 (1)控制参数： -Xms设置堆
jvm常用的调优参数
一屁小肥羊的专栏
06-14 404
jvm常用的调优参数
Java语言基础：JVM优化 -Xss -Xms -Xmx -Xmn 参数设置
zyp00793的博客
03-17 2142
-Xss 设置每个线程可使用的内存大小，即栈的大小。 -Xms 堆内存的最小值，默认为物理内存的1/64。 -Xmx 堆内存的最大值，默认为物理内存的1/4。 -Xmn 堆内新生代的大小。通过这个值也可以得到老生代的大小：-Xmx减去-Xmn。 在相同物理内存下，减小-Xss 这个值能生成更多的线程，如果设置过小，可能会出现栈溢出；如果该值设置过大，影响创建线程的数量，如果是多线程的应用，就会出现内存溢出的错误。 总结： Xms:初始堆大小 -Xmx:最大堆大小 -Xmn:新生代大小 -XX:NewRati
常用的 JVM 参数
samsung_samsung的专栏
04-25 338
Xms 和 -Xmx：这两个参数用于设置初始堆内存和最大堆内存大小。-Xms 指定初始堆内存大 小（即 JVM 在启动时向操作系统请求的内存，包括所有的堆内存分代），而 -Xmx 指定最大堆内存 大小。例如，-Xms512m -Xmx1024m 表示初始堆大小为 512MB，最大堆大小为 1GB。-XX:PermSize 和 -XX:MaxPermSize：这两个参数用于设置永久带（Permanent Generation）的大小。新生代是 Java 堆的一部分，主要用于存放新创建的对象。
JVM组成结构
lavimer
03-09 7426
一：Java技术体系模块图 二：JVM内存区域模型 1.方法区 也称为"永久代"、"非堆"，它用于存储虚拟机加载的类信息、常量、静态变量、是各个线程共享的内存区域。默认最小值为16MB，最大值为64MB，可以通过-xx:PermSize和-xx:MaxPermSize参数限制方法区的大小。 运行时常量池：是方法区的一部分，Class文件除了有类的版本、字段、方法、接口等描述
JVM常用调优参数 ——JVM篇
egekm_sefg的博客
10-25 312
通过这些参数可以对JVM的内存分配做调整Xms堆区初始值-Xms2g或Xmx堆区最大值-Xmx2g或Xmn新生代最大值-Xmn512m或PermSize(JDK1.8以后已废弃)永久代初始大小(JDK1.8以后已废弃)永久代最大值(JDK1.8以后用于替换PermSize)元数据区初始大小(JDK1.8以后用于替换MaxPermSize)元数据区最大值Xss线程栈最大值-Xss256k或最大直接内存（堆外）大小。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值