浅谈GC日志

最新推荐文章于 2024-05-22 11:14:54 发布
最新推荐文章于 2024-05-22 11:14:54 发布
阅读量1.4k 收藏 1
点赞数
分类专栏： Java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/b2222505/article/details/79773306
版权

GC日志

young gc

young gc是需要stop the world的
这里写图片描述
例子：当eden满时，young gc使用的是ParNew收集器

ParNew: 2230361K->129028K(2403008K), 0.2363650 secs
  • 2230361K->129028K，指回收前后eden+s1(或s2)大小
  • 2403008K，指可用的young代大小，即eden+s1（或s2）
  • 0.2363650 secs，指消耗时间
2324774K->223451K(3975872K), 0.2366810 sec
  • 2335109K->140198K，指整个堆大小的变化（heap=(young+old)+perm；young=eden+s1+s2；s1=s2=young/(survivor ratio+2)）
  • 0.2366810 sec，指消耗时间
[Times: user=0.60 sys=0.02, real=0.24 secs]
  • 指用户时间，系统时间，真实时间

full gc

在full gc时，stop the world。

有两种情况会触发full gc

  • concurrent-mode-failure：当cms gc正进行时，此时有新的对象要进行old代，但是old代空间不足造成的
  • promotion-failed：当进行young gc时，有部分young代对象仍然可用，但是S1或S2放不下，因此需要放到old代，但此时old代空间无法容纳此部分promotion对象

垃圾回收器

Serial

单线程、新生代复制算法、老年代标记-压缩；垃圾收集的过程中会Stop The World

-XX:+UseSerialGC

ParNew

Serial收集器的多线程版本。新生代并行，老年代串行；新生代复制算法、老年代标记-压缩算法

-XX:+UseParNewGC
-XX:ParallelGCThreads

Parallel

类似ParNew收集器，Parallel收集器更关注系统的吞吐量。新生代复制算法、老年代标记-压缩

-XX:+UseParallelGC

cms gc（提高吞吐率）

这里写图片描述
首先jvm根据-XX:CMSInitiatingOccupancyFraction，-XX:+UseCMSInitiatingOccupancyOnly来决定什么时间开始垃圾收集。如果设置了-XX:+UseCMSInitiatingOccupancyOnly，那么只有当old代占用确实达到了-XX:CMSInitiatingOccupancyFraction参数所设定的比例时才会触发cms gc。如果没有设置-XX:+UseCMSInitiatingOccupancyOnly，那么系统会根据统计数据自行决定什么时候触发cms gc；因此有时会遇到设置了80%比例才cms gc，但是50%时就已经触发了，就是因为这个参数没有设置的原因

CMS-initial-mark(初始标记)

此阶段是初始标记阶段，是stop the world阶段，因此此阶段标记的对象只是从root集最直接可达的对象

CMS-initial-mark：961330K（1572864K）
  • 指标记时，old代的已用空间和总空间

CMS-concurrent-mark(并发标记)

此阶段是和应用线程并发执行的，所谓并发收集器指的就是这个，主要作用是标记可达的对象。此阶段会打印2条日志：CMS-concurrent-mark-start，CMS-concurrent-mark

CMS-concurrent-preclean

此阶段主要是进行一些预清理，因为标记和应用线程是并发执行的，因此会有些对象的状态在标记后会改变，此阶段正是解决这个问题。因为之后的Rescan阶段也会stop the world，为了使暂停的时间尽可能的小，也需要preclean阶段先做一部分工作，以节省时间。此阶段会打印2条日志：CMS-concurrent-preclean-start，CMS-concurrent-preclean。

CMS-concurrent-abortable-preclean

加入此阶段的目的是使cms gc更加可控一些，作用也是执行一些预清理，以减少Rescan阶段造成应用暂停的时间。此阶段会打印一些日志如下：CMS-concurrent-abortable-preclean-start，CMS-concurrent-abortable-preclean，CMS：abort preclean due to time XXX

此阶段涉及几个参数

  • -XX:CMSMaxAbortablePrecleanTime：当abortable-preclean阶段执行达到这个时间时才会结束
  • -XX:CMSScheduleRemarkEdenSizeThreshold（默认2m）：控制abortable-preclean阶段什么时候开始执行，即当eden使用达到此值时，才会开始abortable-preclean阶段
  • -XX:CMSScheduleRemarkEdenPenetratio（默认50%）：控制abortable-preclean阶段什么时候结束执行

Rescan(重新标记)

是第二个stop the world阶段了，对对象进行重新扫描并标记

YG occupancy：964861K（2403008K）
  • 指执行时young代的情况
CMS remark：961330K（1572864K）
  • 指执行时old代的情况。此外，还打印出了弱引用处理、类卸载等过程的耗时。

CMS-concurrent-sweep(并发清除)

进行并发的垃圾清理

CMS-concurrent-reset

为下一次cms gc重置相关数据结构

G1

将堆空间划分成了互相独立的区块。每块区域既有可能属于O区、也有可能是Y区，且每类区域空间可以是不连续的（对比CMS的O区和Y区都必须是连续的）。这种将O区划分成多块的理念源于：当并发后台线程寻找可回收的对象时、有些区块包含可回收的对象要比其他区块多很多，即，第一时间处理垃圾最多的区块。（[E]Eden,[O]Old,[S]Survivor）

主要阶段

  • YGC（不同于CMS）
  • 并发阶段
  • 混合模式
  • full GC （一般是G1出现问题时发生）

YGC

很多情况下，S区的对象会有部分晋升到Old区，另外如果S区已满、Eden存活的对象会直接晋升到Old区
这里写图片描述

这里写图片描述

23.430: [GC pause (young), 0.23094400 secs]
...
[Eden: 1286M(1286M)->0B(1212M)
Survivors: 78M->152M Heap: 1454M(4096M)->242M(4096M)]
[Times: user=0.85 sys=0.05, real=0.23 secs]
  • Young GC实际占用230毫秒、其中GC线程占用850毫秒的CPU时间
  • E：内存占用从1286MB变成0、都被移出
  • S：从78M增长到了152M、说明从Eden移过来74M
  • Heap:占用从1454变成242M、说明这次Young GC一共释放了1212M内存空间

并发阶段

图中Young区发生了变化、这意味着在G1并发阶段内至少发生了一次YGC。因为在并发阶段应用线程同时在工作、所以可以看到Eden又有新的占用。

一些区域被X标记，这些区域属于O区，此时仍然有数据存放、不同之处在G1已标记出这些区域包含的垃圾最多、也就是回收收益最高的区域。这个阶段在O区没有回收任何对象：它的作用主要是标记出垃圾最多的区块出来。对象实际上是在后面的阶段真正开始被回收

初始标记阶段

这里写图片描述

这里写图片描述

50.541: [GC pause (young) (initial-mark), 0.27767100 secs]
[Eden: 1220M(1220M)->0B(1220M)
Survivors: 144M->144M Heap: 3242M(4096M)->2093M(4096M)]
[Times: user=1.02 sys=0.04, real=0.28 secs]

这个过程会执行一次YGC。应用线程为此暂停了280毫秒（stop the world），Eden区被清空（71MB从Young区移到了O区）。日志里面initial-mark的字样表明后台的并发GC阶段开始了。因为初始标记阶段本身也是要暂停应用线程的，G1正好在YGC的过程中把这个事情也一起干了

concurrent-root-region-scan-start
50.819: [GC concurrent-root-region-scan-start]
51.408: [GC concurrent-root-region-scan-end, 0.5890230]

后台线程并行处理的。这个阶段不能被YGC所打断、因此后台线程有足够的CPU时间很关键。如果Young区空间恰好在Root扫描的时候满了、YGC必须等待root扫描之后才能进行。带来的影响是YGC暂停时间会相应的增加

350.994: [GC pause (young)
351.093: [GC concurrent-root-region-scan-end, 0.6100090]
351.093: [GC concurrent-mark-start],0.37559600 secs]

GC暂停这里可以看出在root扫描结束之前就发生了，表明YGC发生了等待，等待时间大概是100毫秒

concurrent-mark-start
111.382: [GC concurrent-mark-start]
....
120.905: [GC concurrent-mark-end, 9.5225160 sec]
remark

短暂stop the world

120.910: [GC remark 120.959:
[GC ref-PRC, 0.0000890 secs], 0.0718990 secs]
[Times: user=0.23 sys=0.01, real=0.08 secs]
cleanup

短暂stop the world

120.985: [GC cleanup 3510M->3434M(4096M), 0.0111040 secs]
[Times: user=0.04 sys=0.00, real=0.01 secs]
concurrent-cleanup-start

发现哪些区域包含可回收的垃圾最多（标记为X），实际空间释放较少

120.996: [GC concurrent-cleanup-start]
120.996: [GC concurrent-cleanup-end, 0.0004520]

混合GC

会同时进行YGC和清理上面已标记为X的区域。每次混合GC只是清理一部分的O区内存，整个GC会一直持续到几乎所有的标记区域垃圾对象都被回收，这个阶段完了之后G1会重新回到正常的YGC阶段。周期性的，当O区内存占用达到一定数量之后G1又会开启一次新的并行GC阶段。

79.826: [GC pause (mixed), 0.26161600 secs]
....
[Eden: 1222M(1222M)->0B(1220M)
Survivors: 142M->144M Heap: 3200M(4096M)->1964M(4096M)]
[Times: user=1.01 sys=0.00, real=0.26 secs]

适用场景

  • Serial收集器:大多数client-style机器。对于低程序暂停时间没有需求的程序。
  • Parallel收集器:多核机器，对于低程序暂停时间没有需求的程序。
  • CMS收集器:适用于要求快速响应的程序，但是需要更大的堆空间。
  • G1收集器:大容量内存和较小GC延迟的应用程序。

参考资料

https://blog.csdn.net/b2222505/article/details/78073180
https://blog.csdn.net/b2222505/article/details/72775665
https://blog.csdn.net/b2222505/article/details/78662187

啊浪的博客
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GC2093 CSP Datasheet Beta0.3 .pdf
06-03
格科微最新HDR感光芯片资料，GC 2093 is a high quality 1080P CMOS image sensor, for security camera products, digital camera products and mobile phone camera applications GC2093 incorporates a 1920H x 1080 V pixel array, on-chip 10-bit ADC, and image signal processor. The full scale integration of high-performance and low-power functions makes the GC2093 best fit the design, reduce implementation process, and extend the battery life of Motion Camera, Car DVR, and a wide variety of
【JVM】堆内存分析，常见内存溢出，GC日志分析轻重GC，jstack，jcmd，JMX，死锁，jmap，CMS，JVM常见参数
qq120631157的博客
04-18 3192
【JVM】堆内存分析，常见内存溢出，GC日志分析轻重GC，jstack，jcmd，JMX，死锁，jmap，CMS，JVM常见参数
young gc会有stw吗？
Leon_Jinhai_Sun的博客
02-18 2961
不管什么 GC，都会有 stop-the-world，只是发生时间的长短。
解释一下什么是Young GC和Full GC？
最新发布
佐杰的博客
05-22 561
2、Full GC？Old GC？傻傻分不清楚3、Full GC4、Major GC5、Mixed GC。
young GC和Full GC的区别、什么时候触发young gc和Full GC、如何优化GC
热门推荐
dl674756321的博客
08-20 1万+
什么时候触发young gc？ 对象优先在新生代 Eden （衣等）区中分配，如果 Eden 区没有足够的空间时，就会触发一次 Young GC 。 什么时候会触发Full GC？ 调用 System.gc() 方法时，会建议JVM进行Full GC，此方法不建议使用。 新生代使用的是复制算法，为了内存利用率，只使用其中一个 Survivor 空间来做轮换备份，因此如果大量对象在 Minor GC 后仍然存活，导致 Survivor 空间不够用，就会通过分配担保机制，将多出来的对象提前转到老年代，此时
RK3568/RK3566 mipi双摄调试（gc2093+gc2053）
qq_34341546的博客
02-27 1万+
RK3568 RK3566 双目摄像头调试配置
浅谈 golang并发 GC
01-24
浅谈 Golang 并发 GC Golang 并发控制是指在 Golang 语言中，使用 Goroutine、Channel、WaitGroup 等机制来控制并发执行的过程。Golang 的并发控制机制可以确保多个 Goroutine 之间的数据安全和高效执行。 一、...
IBM-GC日志分析工具
09-24
IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具IBM gc 日志分析工具
Java虚拟机GC日志分析
08-28
Java虚拟机GC日志分析 Java虚拟机GC日志分析是Java开发者不可或缺的一项技能，通过对GC日志的分析，可以了解Java虚拟机中的内存使用情况，避免内存溢出和性能问题。本文将对Java虚拟机GC日志分析进行详细的介绍，并...
jvmgc日志分析工具
03-20
"jvmgc日志分析工具"专为解析和可视化JVM生成的GC日志而设计，帮助开发者识别内存瓶颈，调整内存设置，以及诊断可能的性能问题。 GC日志是JVM在运行过程中记录的关于垃圾收集活动的详细信息，包括垃圾收集的起始...
深入学习JAVA GC日志的相关知识
08-25
深入学习JAVA GC日志的相关知识 本资源摘要信息主要介绍了 Java GC 日志的相关知识，包括 JVM 中的垃圾收集、GC 日志的分析、虚拟机参数的解释、jmap 分析等内容。 JVM 中的垃圾收集 Java 虚拟机（JVM）是一个...
GC2093-Beta0.3.rar
08-20
GC2053 is a high quality 1080P CMOS image sensor, for security camera products, digital camera products and mobile phone camera applications. GC2053 incorporates a 1920H x 1080V pixel array, on-chip 10-bit ADC, and image signal processor.
R语言学习笔记——gc（）
weixin_57198917的博客
11-14 5932
谈论碰到的gc（） gc是负责回收垃圾的函数，在特别是遇到大数据的时候，可能非常有用。 定时的清理r语言运行产生的缓存，有一定的意义，要不然，不知不觉，内存被占满，并且会报错。 本人是编程小白，如有错误，请多多交流！！ ...
GC(垃圾回收)解析
General_zy的博客
10-01 1983
GC ，全称 Garbage Collection ，即垃圾回收，是一种自动内存管理的机制。当程序向操作系统申请的内存不再需要时，垃圾回收主动将其回收并供其他代码进行内存申请时候复用，或者将其归还给操作系统，这种针对内存级别资源的自动回收过程，即为垃圾回收。而负责垃圾回收的程序组件，即为垃圾回收器。一方面，程序员受益于 GC，无需操心、也不再需要对内存进行手动的申请和释放操作，GC 在程序运行时自动释放残留的内存。
g1源码之YoungGC技术细节探究
程序媛
02-28 1553
笔者经过上次研究ZGC的代码之后，感受到了ZGC性能的提升和设计的巧妙，由此知道了ZGC的各种优势。但是现在日常生产中许多应用还是用的JAVA8和G1，作为一个对技术有追求的程序员，不由得产生了看一看G1源码的想法。笔者一直本着比较学习才能收获更多的原则，所以打开了java8的源码，开始学习G1，再学习过程中发现，G1的代码相较于zgc阅读起来稍微有些困难，花的时间更长一些。网上许多关于G1源码的文章并不是很全面，有些问题也没有讲清楚，笔者会尽量将源码的细节阐述清楚。 首先G1的GC过程分为4个阶段或者说
修改 gc2093.c 驱动程序改变摄像头预览的镜像效果
小灰灰的博客
09-05 638
函数的作用是根据给定的掩码和值，对寄存器的特定位进行更新。函数将读取寄存器的当前值，然后根据掩码将要更新的位设置为指定的值，保持其他位不变，并将更新后的值写回寄存器。这样，可以实现对寄存器位的有选择地更新，而不会影响其他位的值。通过调用该函数，可以方便地对寄存器的特定位进行读-改-写操作，从而实现对寄存器的精确控制和配置。查看gc2093芯片手册，修改寄存器0x0017的数值，可以修改摄像头预览镜像效果。是一个在 Linux 内核中使用的函数，用于更新寄存器的特定位。例如，如果想要开启水平镜像，可以修改。
RK3566 linux调试双目摄像头 单个开启
professionalmcu的专栏
07-20 1545
基于RK3566做人脸识别，选用了一款双目摄像头，RGB+IR，RGB Sensor为GC2093，IR Sensor为GC2053。MIPI CSI使用split mode，可以同时读取两个Sensor的图像。
RK3568平台 （camera篇）点亮gc2053/gc2093
weixin_49303682的博客
12-29 5247
第二部分和MIPI相关的，需要MIPI进行图像传输，所以驱动应该就有这一部分的驱动，这部分一般是由SOC厂家提供。第三部分就是ISP部分，有些SOC有ISP图像处理模块，经过MIPI传输的图像进入SOC之后需要在传入SOC的ISP模块对图像进一步进行加工，所以一定是有一部分驱动是描述ISP模块的。一般情况下，Camera和SOC有两个接口进行连接，分为为MIPI接口和I2C接口，其中MIPI接口用来传输图像的数据，数据传输路径为从Sensor传输到SOC。
GC垃圾收集
金州饿霸吃不饱的博客
12-30 297
1、GC是什么？为什么要有GC？ GC垃圾收集，Java提供的GC可以自动监测对象是否超过作用域从而达到自动回收内存的目的。 垃圾回收可有效使用内存和防止内存泄露。垃圾回收器通常是作为一个单独的低优先级线程运行，不可预知的情况下对内存堆中已死亡或长久无使用的对象进行清除和回收。 回收机制：分代复制垃圾回收、标记垃圾回收、增量垃圾回收等方式。 2、什么时候会导致垃圾回收？ 1）当Eden区...
spring boot GC日志设置
05-27
要在Spring Boot应用程序中启用GC日志，您需要在应用程序启动命令中添加以下参数： ``` java -verbose:gc -Xloggc:/path/to/gc.log -jar your-application.jar ``` 这将在应用程序运行时启用GC日志，并将其写入...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值