G1回收器

最新推荐文章于 2024-10-16 23:01:20 发布
最新推荐文章于 2024-10-16 23:01:20 发布
阅读量194 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： java基础知识 文章标签： python 机器学习 数据挖掘
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq1353424111/article/details/121921132

目录

前言

一、G1的适用场景和特点

1:适用场景

2:特点

二:理解G1的运行过程

1:G1的Heap划分

2:G1收集器运行:标记,回收.

三:G1相关参数

四:日志分析

五:优化建议


前言

G1 GC(垃圾优先型垃圾回收器)适用于Java HotSpotVM 的低停顿、面向服务器的高可用分代式垃圾回收器。
G1 GC使用并发和并行阶段实现其目标暂停时间，并保持良好的吞吐量。G1在jdk7u04中作为正式版发布,在jdk6U14中作为测试版发布,
jdk6使用G1需要使用-XX:+UnlockExperimentalVMOptions 参数打开,jdk6的很多G1调整参数被调整不建议使用。


一、G1的适用场景和特点

1:适用场景

1)适用在big heap(6GB or larger)场景,不能容忍长时间停顿(Full GC)的服务器场景.
2)有大量存活对象(超过50%)的场景.例如:数据服务器场景.Hbase，Cassandra等.
3)解决传统的parNew+CMS垃圾收集算法中,有很多晋代失败(promotion failed)/并发失败(concurrent mode failure),然后做Full gc..

2:特点

1)G1可以控制最长停顿时间(-XX:MaxGCPauseMillis),这是个预计值,G1会根据这个时间制定回收策略,但是设置过低停顿回造成低吞吐。
2)G1基于复制的算法，回收过程不会产生碎片,这是相比CMS最大的优势.
3)G1把heap分割成很多大小相等的区域(region),不再使用固定空间分代的方式，采用逻辑分代:Eden,Survivor,Old。每个逻辑分代含有若干区域且数量可以动态调整.
通过使用jmap -heap 得到的堆统计信息可以更好的理解逻辑分代:

Heap Configuration:
   MinHeapFreeRatio = 40
   MaxHeapFreeRatio = 70
   MaxHeapSize      = 25769803776 (24576.0MB)
   NewSize          = 1363144 (1.2999954223632812MB)
   MaxNewSize       = 17592186044415 MB
   OldSize          = 5452592 (5.1999969482421875MB)
   NewRatio         = 2
   SurvivorRatio    = 6
   PermSize         = 100663296 (96.0MB)
   MaxPermSize      = 100663296 (96.0MB)
   G1HeapRegionSize = 8388608 (8.0MB)
G1 Heap:
   regions  = 3072
   capacity = 25769803776 (24576.0MB)
   used     = 11232244096 (10711.902709960938MB)
   free     = 14537559680 (13864.097290039062MB)
   43.58684370915095% used
G1 Young Generation:
Eden Space:
   regions  = 29
   capacity = 1233125376 (1176.0MB)
   used     = 243269632 (232.0MB)
   free     = 989855744 (944.0MB)
   19.727891156462587% used
Survivor Space:
   regions  = 14
   capacity = 117440512 (112.0MB)
   used     = 117440512 (112.0MB)
   free     = 0 (0.0MB)
   100.0% used
G1 Old Generation:
   regions  = 1298
   capacity = 24419237888 (23288.0MB)
   used     = 10871533952 (10367.902709960938MB)
   free     = 13547703936 (12920.097290039062MB)
   44.52036546702567% used

二:理解G1的运行过程

1:G1的Heap划分

G1 GC 启动后把堆被划分成大小相同的多个区域(Region)。
区域的大小由(-XX:G1HeapRegionSize)指定,不指定区域大小会从1MB到32MB自动制定,区域大小确定后不会做动态调整.
整个heap划分为Eden,Survivor,Old三个不连续的逻辑区域。
如下图标示G1对整个heap的划分
图一

运行过程中,G1会为每个Region使用Remembered Set来维护对象引用,
应用程序在对Reference类型的数据进行写操作时会产生一个Write Barrier暂时中断写操作，
检查Reference引用的对象是否处于不同的Region之中，如果是，便通过CardTable把相关引用信息记录到被引用对象所属的Region的Remembered Set之中。
当进行内存回收时，在GC根节点的枚举范围中加入Remembered Set来避免对全堆扫描.

2:G1收集器运行:标记,回收.

1)标记:

初始标记阶段：此阶段,G1GC对根进行标记。该阶段与年轻代垃圾(STW)回收密切相关。
根区域扫描阶段：G1GC 在初始标记的存活区扫描对老年代的引用,并标记被引用的对象.该阶段与应用程序同时运行,该阶段完成后,才能开始下一次年轻代垃圾回收。
并发标记阶段：G1GC 在整个堆中查找存活对象。该阶段与应用程序同时运行，可以被年轻代垃圾回收中断。
重新标记阶段：该阶段是 STW 回收，帮助完成标记周期。G1 GC 清空 SATB 缓冲区，跟踪未被访问的存活对象，并执行引用处理。
清理阶段：在这个最后阶段，G1 GC 执行统计和 RSet 清理的STW操作。在统计期间，G1GC 会识别完全空闲的区域和可供进行混合垃圾回收的区域。
清理阶段会将空白区域重置并返回到空闲列表。

2)回收:

回收过程按回收区域集合(CollectionSets/CSets)划分.CSets可以包含(Eden,survivor/old)中的region,CSets占用内存一般小于整个jvm的1%;

年轻代垃圾回收:

G1 Young GC同时回收eden区域和上次垃圾回收的存活区域。Eden 和survivor的存活对象被疏散(复制/移动)到新的区域集。
被疏散对象的目标区域取决于对象的年龄,达到晋升年龄的对象疏散到老年代区域,
否则疏散到存活区,并将它包含在下一次年轻代或混合垃圾回收的CSet中。

混合垃圾回收:

G1 Mixd GC同时回收Eden,survivor,old的存活区域。当成功完成并发标记周期后，G1 GC从执行年轻代垃圾回收切换为执行混合垃圾回收。
在混合垃圾回收期间,G1GC 将一些旧的区域添加到 eden 和存活区供将来回收。G1GC 回收了足够的旧区域后（经过多次混合垃圾回收），
G1将恢复执行年轻代垃圾回收,直到下一次标记周期完成。

G1GC不同阶段暂定和描述总结

如下表:

Phase

Description

(1) Initial Mark
(Stop the World Event)

This is a stop the world event. With G1, it is piggybacked on a normal young GC. Mark survivor regions (root regions) which may have references to objects in old generation.

(2) Root Region Scanning

Scan survivor regions for references into the old generation. This happens while the application continues to run. The phase must be completed before a young GC can occur.

(3) Concurrent Marking

Find live objects over the entire heap. This happens while the application is running. This phase can be interrupted by young generation garbage collections.

(4) Remark
(Stop the World Event)

Completes the marking of live object in the heap. Uses an algorithm called snapshot-at-the-beginning (SATB) which is much faster than what was used in the CMS collector.

(5) Cleanup
(Stop the World Event and Concurrent)
  • Performs accounting on live objects and completely free regions. (Stop the world)
  • Scrubs the Remembered Sets. (Stop the world)
  • Reset the empty regions and return them to the free list. (Concurrent)

(*) Copying
(Stop the World Event)

These are the stop the world pauses to evacuate or copy live objects to new unused regions. This can be done with young generation regions which are logged as [GC pause (young)]. Or both young and old generation regions which are logged as [GC Pause (mixed)].

三:G1相关参数

-XX:G1HeapRegionSize=n
设置的 G1 区域的大小。值是 2 的幂，范围是 1 MB 到 32 MB 之间。目标是根据最小的 Java 堆大小划分出约 2048 个区域。

-XX:MaxGCPauseMillis=200
为所需的最长暂停时间设置目标值。默认值是 200 毫秒。指定的值不适用于您的堆大小。

-XX:ParallelGCThreads=cpus
设置年轻代垃圾回收(STW)工作线程数的值。将 n 的值设置为逻辑处理器的数量。n 的值与逻辑处理器的数量相同,G1根据cpu数量设置不同的初始值。

-XX:ConcGCThreads=cpus/4
设置并发标记的线程数。将n设置为并行垃圾回收线程数 (ParallelGCThreads) 的 1/4 左右。

-XX:InitiatingHeapOccupancyPercent=45
设置触发标记周期的Java堆占用率阈值。默认占用率是整个 Java 堆的 45%。

-XX:G1HeapWastePercent=10
设置G1愿意浪费的堆百分比。如果可回收百分比小于堆废物百分比。默认值是 10%。

-XX:G1MixedGCCountTarget=8
设置标记周期完成后，对旧区域执行混合垃圾回收的目标次数。默认值是 8 次混合垃圾回收。
混合回收的目标是控制在此目标次数以内。

-XX:G1ReservePercent=10
设置作为空闲空间的预留内存百分比，以降低目标空间溢出的风险。默认值是 10%。增加或减少百分比时,需要评估Java堆的量。

四:日志分析

Poonam Bajaj 大神写了G1的日志格式分析 , 直接引用她的: Understanding_G1_GC_LOGS

五:优化建议

1:不要使用-Xmn/-XX:NewRatio等设置年轻代大小,G1使用逻辑分代,年轻代大小是动态调整的.且固定年轻代的大小会覆盖暂停时间目标


2:暂停时间目标(-XX:MaxGCPauseMillis):设置所需的软实时目标，G1GC 会尽量满足.当对垃圾回收进行评估或调优时,都会涉及到延迟与吞吐量的取舍。需要G1高吞吐量时,暂停时间目标不要太严苛。


3:调优混合垃圾回收时，需合理调整以下参数:
-XX:InitiatingHeapOccupancyPercent 用于更改标记阈值。更小的值意味着更快的触发标记周期。
-XX:G1MixedGCCountTarget 用于调整Old区域的CSet集合。


4:G1溢出/耗尽引发的FullGc
2014-03-06T10:01:28.216+0800: 67998.279: [GC pause (mixed) (to-space exhausted), 13.8681600 secs]
2014-03-04T10:01:42.086+0800: 68012.149: [GC pause (mixed) (to-space overflow), 3.0012670 secs]
优化参数:
增加-XX:G1ReservePercent 选项的值（并相应增加总的堆大小,为"目标空间"预留更多内存空间。
减少 -XX:InitiatingHeapOccupancyPercent 提前启动标记周期。
增加 -XX:ConcGCThreads 选项的值来增加并行标记线程的数目,加快标记速度。


5:避免巨型对象
G1对于任何超过区域一半大小的对象都被视为“巨型对象”,巨型区域直接被分配到老年代中.
巨型区域是一个连续的区域集。StartsHumongous 标记该连续集的开始，ContinuesHumongous 标记它的延续.
所以没有使用的巨型对象的终点与上个区域的终点之间的空间无法被使用,
如果对象只是略大于堆区域大小的倍数，未使用的空间可能会导致堆碎片化。
巨型对象也可能分配导致连续的并发周期，并且此类分配导致老年代碎片化
通过增加-XX:G1HeapRegionSize的值,提高巨型对象的门槛(G1HeapRegionSize/2)。

第 17 章 一 G1回收器(重点)、垃圾回收器总结(重要)、GC日志分析、垃圾回收器的新发展ZGC(重要)
Guizy
02-21 1547
由于篇幅, 无缝衔接上篇博客 ! 7、G1 回收器 (重重点)：区域化分代式 (并行回收器) JDK9的默认垃圾回收器 7.1、为什么还需要 G1 在延迟可控的情况下, 尽可能获取高的吞吐量 采用标记-压缩算法 既然我们已经有了前面几个强大的 GC ，为什么还要发布 Garbage First（G1）GC？ GC一直优化的原因就在于 应用程序所应对的业务越来越庞大、复杂，用户越来越多，没有GC就不能保证应用程序正常进行，而经常造成STW的GC又跟不上实际的需求，所以才会不断地尝试对GC进行.
Java的G1回收器（对比CMS优劣）
大道至简
06-27 1098
Java的G1（Garbage-First）回收器是一种基于区域的垃圾收集器，它将Java堆分成多个大小相等的区域，每个区域可能是Eden区、Survivor区或Old区。G1回收器可以避免CMS回收器的一些缺点，如CMS回收器可能出现内存碎片问题、Full GC时间过长等。G1回收器可以在可控的时间内，控制垃圾收集的时间，避免了像CMS回收器那样可能出现的长时间停顿问题。筛选回收阶段：根据回收价值和成本筛选出需要回收的区域进行回收，这个阶段和应用线程并发执行。G1回收器需要更多的CPU和内存资源来运行。
高效内存管理与性能优化：Java Hotspot G1 GC全景解析
热门推荐
张彦峰的博客
05-12 169万+
本文深入分析了 Java Hotspot G1 GC 的工作原理、特点以及优化策略。G1 GC 是一种为低延迟和高吞吐量设计的垃圾回收器，适用于大内存和高响应要求的应用。文章详细介绍了 G1 GC 的基本回收流程、各类垃圾回收策略，以及如何通过调优 JVM 参数来优化垃圾回收过程。通过监控工具和 GC 日志分析，开发者可以精准调整 G1 GC 的行为，提升应用的性能和响应速度。 参考文献、书籍及链接 1.https://tech.meituan.com/2016/09/23/g1.html 2.书
使用G1
weixin_34014555的博客
08-05 230
2019独角兽企业重金招聘Python工程师标准>>> ...
【浅度渣文】JVM——G1收集器
明月阁
11-17 720
原文链接：http://www.dubby.cn/detail.html?id=90591. 概述介绍本文涵盖Java中Java虚拟机（JVM）G1垃圾收集（GC）的基础知识。 在文的第一部分中，提供了对JVM的概述以及对垃圾收集和性能的介绍。 接下来的学生将看到CMS收集器如何与热点JVM一起工作。 接下来，一步一步的指导垃圾收集如何使用G1垃圾收集与热点JVM的工作。 接下来，提供了一个覆盖G1
GC垃圾收集器G1
qq1071643762的博客
04-08 758
JVM系列文章目录 提示：强大的垃圾回收器 文章目录JVM系列文章目录前言一、G1收集器(-XX:+UseG1GC)被视为JDK1.7以上版本Java虚拟机的一个重要进化特征。它具备以下特点： 前言 提示：G1（Garbadge First Collector）作为一款JVM最新的垃圾收集器，可以解决CMS中Concurrent Mode Failed问题，尽量缩短处理超大堆的停顿，在G1进行垃圾回收的时候完成内存压缩，降低内存碎片的生成。G1在堆内存比较大的时候表现出比较高吞吐量和短暂的停顿时间，而
深入理解JVM原理-G1收集器
RuiKe的博客
04-04 896
什么是H巨型对象区：大小超过一个Region容量的50%以上的对象存放的区域，为了解决如果它是一个短期存活的巨型对象，放入老年代就会对垃圾收集器造成负面影响，触发老年代频繁GC，所以引入H区概念。作用：如果一个线程修改了Region内部的引用，就必须要去通知RSet，更改其中的记录，引用的对象很多，赋值器需要对每个引用做处理，开销很大，引入卡片可解决。RSet 的写屏障：每次将一个老年代对象的引用修改为指向年轻代对象，都会被写屏障捕获并记录下来，因此在年轻代回收的时候，就可以避免扫描整个老年代来查找根。
【JVM】—深入理解G1回收器——概念详解
一棵灬大树的博客
10-16 1739
G1(Garbage-First)，它是一款面向服务端应用的垃圾收集器，在多 CPU 和大内存的场景下有很好的性能。HotSpot 开发团队赋予它的使命是未来可以替换掉 CMS 收集器。
【JVM】—深入理解G1回收器—回收过程详解
一棵灬大树的博客
10-16 1123
G1收集可以分为两大部分：全局并发标记（global concurrent marking）；拷贝存活对象（evacuation），或者叫迁移；G1有两种GC模式：Young GC和Mixed GC，Young GC和Mixed GC都是STW。
G1回收器1
08-08
G1回收器1
G1回收器的适用场景
小泽
08-21 332
G1
G1垃圾收集器
XiWangDeFengChe的博客
12-22 431
G1垃圾收集器（-XX:+UseG1GC） 面向服务器的垃圾收集器，主要针对多核服务器和大内存机器，以极高效率的满足gc停顿时间要求，同时具备高吞吐量性能特性。 g1将内存区域划分为多个相等大小的独立区域region,最多2048个区域。每个区域的大小，用堆内存和2048相除，也可以使用参数：-XX:G1HeapRegionSize指定区域大小，一般是推荐默认大小。 g1默认保留年轻代和老年代概念，但是不再物理隔阂，他们都是可以不连续的区域的集合。 默认年轻代占堆内存5%，可以通过“-XX:G.
JVM调优：使用G1垃圾回收器
学亮编程手记
04-29 999
java G1垃圾收集器
邱建松的专栏
02-24 1万+
Garbage-First（后文简称G1）收集器是当今收集器技术发展的最前沿成果，在Sun公司给出的JDK RoadMap里面，它被视作JDK 7的HotSpot VM 的一项重要进化特征。从JDK 6u14中开始就有Early Access版本的G1收集器供开发人员实验、试用，虽然在JDK 7正式版发布时，G1收集器仍然没有摆脱“Experimental”的标签，但是相信不久后将会有一个成熟的商
G1垃圾回收器起步
边城白衣的博客
12-20 2246
原文地址概述目的本教程涵盖了如何使用G1垃圾回收器以及G1如何与Hotspot JVM一起使用的基础知识。你将了解G1回收器内部的功能、用于启用G1的关键命令行开关以及输出G1操作日志的选项。完成所需时间大约1小时介绍本教程涵盖了JVM G1垃圾回收器的基础知识。第一部分提供了JVM概述以及垃圾回收和性能介绍。接下来回顾了Hotspot JVM中CMS垃圾回收器是如何工作的。然后，一步步指导在Hot
JVM之G1回收器和常见参数配置
Qqun954715313的博客
09-23 2838
过去的几天里，我把JVM内部的垃圾回收算法和垃圾回收器。还剩下最后一个G1回收器没有说，我们今天数一下G1回收器和常见的参数配置。 G1回收器 G1 (Garbage-First)是一款面向服务器的垃圾收集器，主要针对配备多颗处理器及大容量内存的机器，以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征。我们会想一下我们上次课说的parNew+CMS回收器已经很厉害了，但是我们的服务器是那...
JVM垃圾收集器G1
玄霄
05-09 3965
JVM垃圾收集器G1G1收集器G1的垃圾回收过程G1特点G1垃圾收集分类Young GCMixed GCFull GCG1收集器参数设置G1收集器优化建议G1使用场景每秒几十万并发的系统如何优化JVM如何选择垃圾收集器安全点与安全区域安全点安全区域 G1收集器 G1是面向服务器的垃圾收集器，主要针对配备多核处理以及大容器内存的及其，极高概率满足GC停顿时间要求，还具备高吞吐量特征； G1将Java堆划分为多个大小相等的独立区域Region，JVM最多可以有2048个Region； 一般Region大小等
HotSpot JVM里的G1垃圾收集器
知之
10-22 338
G1垃圾收集器 HotSpot JDK 7从update 4开始引入了G1垃圾收集器。 G1收集器是服务器风格的垃圾回收器，主要针对多处理器机器上占用大量内存的应用。G1能缩短暂停时间，也能提供高吞吐量。 与CMS的区别 和CMS（Concurrent Mark-Sweep）收集器相比，G1具备压缩功能，能避免碎片问题；G1的暂停时间更加可控，用户可以指定暂停时间指标。 以前的垃圾收...
JVM深入学习(二十一)-主流垃圾回收器G1
white_bird_shit的博客
01-19 1491
G1垃圾回收器 1.1 概述 G1(Garbage First) 是一款并行回收的,新生代/老年代都回收的全功能垃圾回收器 G1的思想是区域分代化,垃圾优先 区域分代化: 将堆内存分为一个一个的region,每个region可以是物理上不连续的空间,G1对region进行追踪,衡量每个region回收后的价值和回收所需时间(其实就是region回收的效率,回收后能清除较多空间的region优先级更高) 垃圾优先: 由于G1对垃圾回收的效率更加敏感,因此称G1是垃圾优先 ​ G1的出现基于现代计算机资源的升级
g1回收器
最新发布
04-03
### G1垃圾回收器工作原理 G1（Garbage First）是一种服务器端的垃圾回收器，专为多处理器、大容量内存环境设计。其核心目标是在提供高性能的同时保持低延迟。以下是关于G1垃圾回收器的关键特性及其配置方法： #### 1. **堆内存分区** G1将整个堆划分为多个大小相等的区域（Region），这些区域可以属于不同的逻辑部分，如新生代（Young Generation）、老年代（Old Generation）以及巨对象区（Humongous Region）。这种灵活的设计使得G1能够更高效地管理不同类型的对象。 - 新生代通常由Eden区和两个Survivor区组成。 - 老年代用于存储生命周期较长的对象。 - Humongous区专门用于存储无法放入常规区域的大对象[^2]。 #### 2. **暂停预测模型** G1通过一种称为“暂停预测模型”的机制来控制停顿时间。它允许用户指定期望的最大停顿时间（`MaxGCPauseMillis` 参数），并尝试在此范围内完成垃圾回收操作。具体来说，G1会选择一组适合当前条件的区域进行回收，从而减少全局停顿的时间。 #### 3. **并发标记阶段** 在G1中，大部分标记过程都是与应用程序线程并发运行的。这减少了因完全停止程序而导致的整体停顿时间。主要步骤包括： - 初始标记：短暂暂停以记录根节点集合的信息。 - 并发标记：遍历对象图并与应用线程同时执行。 - 最终标记：再次短暂停留以处理任何剩余的任务。 #### 4. **混合收集** 除了清理年轻代外，G1还可以在同一轮次中选择一些老年代区域一起参与回收。这种方法被称为“混合模式”，有助于逐步降低整体的老年区内存压力而无需触发完整的GC事件。 #### 配置建议 基于实际案例中的经验教训，合理设置JVM参数至关重要。例如，在某项目中调整新生代与老年间的比例至2:1后显著改善了性能表现——不仅消除了频繁发生的Full GC现象，还将YGC次数大幅削减下来[^3]。 ```bash java -XX:+UseG1GC \ -Xms8g -Xmx8g \ -XX:NewRatio=2 \ -XX:InitiatingHeapOccupancyPercent=45 \ -XX:MaxGCPauseMillis=200 \ -jar your-application.jar ``` 上述命令片段展示了如何启用G1GC，并设置了初始/最大堆大小均为8GB；定义了当堆占用率达到约45%时开始周期性的Minor GC活动；最后设定了预期最长GC暂停时间为200毫秒。 ### 工具支持 对于监控和诊断目的而言，像VisualVM这样的工具非常有用。它可以直观展示系统的资源消耗状况，帮助开发者快速定位潜在瓶颈所在位置[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值