java9系列(九)Make G1 the Default Garbage Collector

最新推荐文章于 2021-02-12 20:15:17 发布
最新推荐文章于 2021-02-12 20:15:17 发布
阅读量93 收藏
点赞数
文章标签： java runtime 大数据
原文链接：https://segmentfault.com/a/1190000013615459
版权

序

本文主要研究下JEP 248: Make G1 the Default Garbage Collector

默认垃圾收集器

java9废弃了CMS垃圾收集器，并把G1提升为默认垃圾收集器，替代了原来的吞吐优先的ParallelOldGC

Region

G1相对于之前的垃圾收集器最大的不同是引入了Region。G1虽然也是基于分代机制，但是各个generation的空间不再连续，如下图：

可以用-XX:G1HeapRegionSize=16m来指定Region Size，注意它必须是2的乘方，范围在1MB到32MB之间。目标是根据最小的Java堆大小划分出约2048 个区域.

如果没有明确指定，则自动根据Heap Size来指定，其对应关系如下：

Min Heap SizeRegion Size
heap < 4GB1MB
4GB <= heap < 8GB2MB
8GB <= heap < 16GB4MB
16GB <= heap < 32GB8MB
32GB <= heap < 64GB16MB
64GB <= heap32MB

Humongous Object/ Humongous区域

  • 对于G1 GC，任何超过区域一半大小的对象都被视为“巨型对象”。
  • 此类对象直接被分配到老年代中的“巨型区域”。
  • 这些巨型区域是一个连续的区域集。StartsHumongous 标记该连续集的开始，ContinuesHumongous 标记它的延续。
巨型对象默认直接会被分配在年老代，但是如果它是一个短期存在的巨型对象，就会对垃圾收集器造成负面影响。为了解决这个问题，G1划分了一个Humongous区，它用来专门存放巨型对象。如果一个H区装不下一个巨型对象，那么G1会寻找连续的H分区来存储。为了能找到连续的H区，有时候不得不启动Full GC。

GC事件及触发

GC event

  • Minor GC event
正常的young gc
  • Mixed GC event
Minor GC + (# reclaimable Tenured regions / -XX:G1MixedGCCountTarget) regions of Tenured
  • Full GC event
All regions evacuated，通常Humongous object太多会耗尽空间，导致Full GC
  • Minor/Mixed + To-space exhaustion
Minor/Mixed + rollback + Full GC

触发时机

  • Eden满/空间不够
  • 剩余空间不够容纳一个Humongous object
  • Humongous object分配成功，同时符合一些GC条件
  • 外部命令触发(jcmd, jmap, Runtime.gc())

G1 GC分类

主要分为：Minor GC，Mixed/Old GC

Minor GC/Young GC(STW)

Young GC主要是对Eden区进行GC，它在Eden空间不够时会被触发。Eden空间的数据移动到Survivor空间中，如果Survivor空间不够，Eden空间的部分数据会直接晋升到年老代空间。From Survivor区的数据移动到To Survivor区中，也有部分数据晋升到老年代空间中。

其阶段主要如下：

阶段执行动作
阶段1 根扫描静态和本地对象被扫描
阶段2 更新RS处理dirty card队列更新RS
阶段3 处理RS检测从年轻代指向年老代的对象
阶段4 对象拷贝拷贝存活的对象到survivor/old区域
阶段5 处理引用队列软引用，弱引用，虚引用处理

Mixed/Old GC(STW)

主要是对年老代进行并发标记然后进行GC，其中部分阶段涉及到ygc，同时既有ygc及old gc的部分称为mixed gc。

并发标记周期(Concurrent Marking Cycle Phases)阶段如下：

阶段执行动作
(1) Initial Mark(Stop the World Event) 初始标记阶段在此阶段G1 GC对根进行标记。该阶段与常规的 (STW) 年轻代垃圾回收密切相关。日志标记为Pause Initial Mark (G1 Evacuation Pause).
(2) Root Region Scanning 根区域扫描阶段G1 GC在初始标记的存活区扫描对老年代的引用，并标记被引用的对象。该阶段与应用程序（非 STW）同时运行，并且只有完成该阶段后，才能开始下一次STW年轻代垃圾回收。
(3) Concurrent Marking 并发标记阶段G1 GC在整个堆中查找可访问的（存活的）对象。该阶段与应用程序同时运行，可以被 STW 年轻代垃圾回收中断。
(4) Remark(Stop the World Event) 重新标记阶段该阶段是STW回收，帮助完成标记周期。G1 GC清空SATB缓冲区，跟踪未被访问的存活对象，并执行引用处理。
(5) Copying(Stop the World Event) / Cleanup(Stop the World Event and Concurrent) 拷贝/清理阶段在这个最后阶段，G1 GC为了更快进行垃圾回收，会选择那些存活率低的region进行拷贝，即evacuate或者拷贝存活对象到新的空闲的regions，然后清理回收该region，此时会STW，如果是在年轻代产生的，则日志标记为Pause Young (G1 Evacuation Pause)，如果年轻代和年老代都进行这个动作，则日志标记为Pause Mixed (G1 Evacuation Pause).
核心的阶段主要是Concurrent Marking Phase、Remark Phase、Copying/Cleanup Phase

相关参数

参数含义
-XX:G1HeapRegionSize=n设置Region大小，并非最终值
-XX:MaxGCPauseMillis=200设置G1收集过程目标时间，默认值200ms，不是硬性条件
-XX:G1NewSizePercent=5新生代最小值，默认值5%
-XX:G1MaxNewSizePercent=60新生代最大值，默认值60%
-XX:ParallelGCThreads=nSTW期间，并行GC线程数，其值与逻辑处理器的数量相同，最多为8。如果逻辑处理器不止八个，则将n为逻辑处理器数的5/8
-XX:ConcGCThreads=n并发标记阶段的并行标记线程数，ParallelGCThreads的 1/4 左右
-XX:InitiatingHeapOccupancyPercent=45设置触发标记周期的Java堆占用率阈值。默认值是45%。这里的java堆占比指的是non_young_capacity_bytes，包括old+humongous
-XX:G1MixedGCLiveThresholdPercent=65为混合垃圾回收周期中要包括的旧区域设置占用率阈值。默认占用率为 65%
-XX:G1HeapWastePercent=10如果可回收百分比小于此值，JVM不会启动混合垃圾回收周期。默认值是10%
-XX:G1OldCSetRegionThresholdPercent=10设置混合垃圾回收期间要回收的最大旧区域数。默认值是Java堆的10%
-XX:G1MixedGCCountTarget=8设置标记周期完成后，对存活数据上限为 G1MixedGCLIveThresholdPercent 的旧区域执行混合垃圾回收的目标次数。默认8次混合垃圾回收，混合回收的目标是要控制在此目标次数以内
-XX:G1ReservePercent=10设置作为空闲空间的预留内存百分比，以降低目标空间溢出的风险。默认值是10%。增加或减少百分比时，请确保对总的Java 堆调整相同的量
避免使用-Xmn选项或-XX:NewRatio等其他相关选项显式设置年轻代大小，固定年轻代的大小会禁用掉暂停时间(MaxGCPauseMillis)目标。

GC日志实例

简版使用-Xlog:gc=info，详细版使用-Xlog:gc*=info

ygc

  • 简版
[0.317s][info][gc] GC(37) Pause Young (G1 Evacuation Pause) 7M->6M(10M) 0.511ms
[0.324s][info][gc] GC(40) Pause Young (G1 Evacuation Pause) 7M->6M(10M) 0.709ms
  • 详细版
[0.011s][info][gc,heap] Heap region size: 1M
[0.012s][info][gc     ] Using G1
[0.012s][info][gc,heap,coops] Heap address: 0x00000007bf600000, size: 10 MB, Compressed Oops mode: Zero based, Oop shift amount: 3
[0.170s][info][gc,start     ] GC(0) Pause Young (G1 Evacuation Pause)
[0.170s][info][gc,task      ] GC(0) Using 8 workers of 8 for evacuation
[0.172s][info][gc,phases    ] GC(0)   Pre Evacuate Collection Set: 0.0ms
[0.172s][info][gc,phases    ] GC(0)   Evacuate Collection Set: 1.5ms
[0.172s][info][gc,phases    ] GC(0)   Post Evacuate Collection Set: 0.1ms
[0.172s][info][gc,phases    ] GC(0)   Other: 0.1ms
[0.172s][info][gc,heap      ] GC(0) Eden regions: 4->0(2)
[0.172s][info][gc,heap      ] GC(0) Survivor regions: 0->1(1)
[0.172s][info][gc,heap      ] GC(0) Old regions: 0->1
[0.172s][info][gc,heap      ] GC(0) Humongous regions: 0->0
[0.172s][info][gc,metaspace ] GC(0) Metaspace: 5982K->5982K(1056768K)
[0.172s][info][gc           ] GC(0) Pause Young (G1 Evacuation Pause) 4M->1M(10M) 1.718ms
[0.172s][info][gc,cpu       ] GC(0) User=0.01s Sys=0.00s Real=0.00s

old gc

  • 简版
[0.321s][info][gc] GC(38) Pause Initial Mark (G1 Evacuation Pause) 7M->6M(10M) 0.601ms
[0.321s][info][gc] GC(39) Concurrent Cycle
[0.324s][info][gc] GC(40) Pause Young (G1 Evacuation Pause) 7M->6M(10M) 0.709ms
[0.326s][info][gc] GC(39) Pause Remark 7M->7M(10M) 0.623ms
[0.326s][info][gc] GC(39) Pause Cleanup 7M->7M(10M) 0.104ms
[0.326s][info][gc] GC(39) Concurrent Cycle 5.398ms
[0.327s][info][gc] GC(41) Pause Young (G1 Evacuation Pause) 7M->6M(10M) 0.512ms
[0.331s][info][gc] GC(42) To-space exhausted
[0.331s][info][gc] GC(42) Pause Mixed (G1 Evacuation Pause) 7M->7M(10M) 1.190ms
[0.334s][info][gc] GC(43) Pause Initial Mark (G1 Evacuation Pause) 8M->7M(10M) 0.637ms
[0.334s][info][gc] GC(44) Concurrent Cycle
[0.338s][info][gc] GC(45) Pause Young (G1 Evacuation Pause) 8M->7M(10M) 0.553ms
[0.340s][info][gc] GC(44) Pause Remark 8M->8M(10M) 0.582ms
[0.341s][info][gc] GC(44) Pause Cleanup 8M->8M(10M) 0.100ms
[0.341s][info][gc] GC(44) Concurrent Cycle 6.195ms
  • 详细版
[0.942s][info][gc,start       ] GC(192) Pause Initial Mark (G1 Evacuation Pause)
[0.942s][info][gc,task        ] GC(192) Using 8 workers of 8 for evacuation
[0.942s][info][gc,phases      ] GC(192)   Pre Evacuate Collection Set: 0.0ms
[0.942s][info][gc,phases      ] GC(192)   Evacuate Collection Set: 0.4ms
[0.942s][info][gc,phases      ] GC(192)   Post Evacuate Collection Set: 0.0ms
[0.942s][info][gc,phases      ] GC(192)   Other: 0.0ms
[0.942s][info][gc,heap        ] GC(192) Eden regions: 0->0(1)
[0.942s][info][gc,heap        ] GC(192) Survivor regions: 0->0(1)
[0.942s][info][gc,heap        ] GC(192) Old regions: 10->10
[0.942s][info][gc,heap        ] GC(192) Humongous regions: 0->0
[0.942s][info][gc,metaspace   ] GC(192) Metaspace: 5993K->5993K(1056768K)
[0.942s][info][gc             ] GC(192) Pause Initial Mark (G1 Evacuation Pause) 9M->9M(10M) 0.530ms
[0.942s][info][gc,cpu         ] GC(192) User=0.00s Sys=0.00s Real=0.00s
[0.942s][info][gc             ] GC(193) Concurrent Cycle
[0.942s][info][gc,marking     ] GC(193) Concurrent Clear Claimed Marks
[0.942s][info][gc,marking     ] GC(193) Concurrent Clear Claimed Marks 0.004ms
[0.942s][info][gc,marking     ] GC(193) Concurrent Scan Root Regions
[0.942s][info][gc,marking     ] GC(193) Concurrent Scan Root Regions 0.003ms
[0.942s][info][gc,marking     ] GC(193) Concurrent Mark (0.942s)
[0.942s][info][gc,marking     ] GC(193) Concurrent Mark From Roots
[0.942s][info][gc,task        ] GC(193) Using 2 workers of 2 for marking
[0.942s][info][gc,start       ] GC(194) Pause Full (Allocation Failure)
[0.943s][info][gc,phases,start] GC(194) Phase 1: Mark live objects
[0.946s][info][gc,stringtable ] GC(194) Cleaned string and symbol table, strings: 3222 processed, 0 removed, symbols: 25923 processed, 0 removed
[0.946s][info][gc,phases      ] GC(194) Phase 1: Mark live objects 3.168ms
[0.946s][info][gc,phases,start] GC(194) Phase 2: Compute new object addresses
[0.946s][info][gc,phases      ] GC(194) Phase 2: Compute new object addresses 0.418ms
[0.946s][info][gc,phases,start] GC(194) Phase 3: Adjust pointers
[0.949s][info][gc,phases      ] GC(194) Phase 3: Adjust pointers 2.706ms
[0.949s][info][gc,phases,start] GC(194) Phase 4: Move objects
[0.949s][info][gc,phases      ] GC(194) Phase 4: Move objects 0.005ms
[0.949s][info][gc,task        ] GC(194) Using 8 workers of 8 to rebuild remembered set
[0.951s][info][gc,heap        ] GC(194) Eden regions: 0->0(1)
[0.951s][info][gc,heap        ] GC(194) Survivor regions: 0->0(1)
[0.951s][info][gc,heap        ] GC(194) Old regions: 10->10
[0.951s][info][gc,heap        ] GC(194) Humongous regions: 0->0
[0.951s][info][gc,metaspace   ] GC(194) Metaspace: 5993K->5993K(1056768K)
[0.951s][info][gc             ] GC(194) Pause Full (Allocation Failure) 9M->9M(10M) 8.955ms
[0.951s][info][gc,cpu         ] GC(194) User=0.01s Sys=0.00s Real=0.01s

小结

G1收集器博大精深，有待进一步实践进行深入理解研究。

doc

weixin_34026484
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
The Z Garbage Collector 官方介绍文档
11-28
使用了着色指针技术，使用读屏障来解决 GC 线程和应用线程可能并发修改对象状态的问题，基于 Region不分代，支持NUMA，低延迟10ms
garbage_collector
11-03
系统级编程的课程实验，实现内存的的自动回收管理。 这里需要声明的是，资源不是来自本人，资源来自网络。本着造福广大学生的目的。但是本人实在太菜，不知道如何设置资源分数为0，所以就设置为1. ...
java中的垃圾收集器_Java中的垃圾收集
从零开始的教程世界
07-07 458
java中的垃圾收集器Garbage collection in java is one of the advance topic. Java GC knowledge helps us in fine tuning our application runtime performance. Java中的垃圾回收是高级主题之一。 Java GC知识有助于我们微调应用程序的运行时性能。 Java中...
unity使用gradle方式打包遇到的坑（1）
jialeheyeshu的博客
02-26 6766
在win上打包可能会遇到这样的错误 Running dex as a separate process. To run dex in process, the Gradle daemon needs a larger heap. It currently has 1024 MB. For faster builds, increase the maximum heap size for th...
JDK11新特性解读
技术匠心
09-26 5045
文章目录一、JDK11新特性一览二、JDK11发布计划三、JDK11特性解读JEP 181: Nest-Based Access Control（基于嵌套的访问控制）JEP 309: Dynamic Class-File Constants（动态类文件常量）目标JEP 315: Improve Aarch64 Intrinsics（改进 Aarch64 函数）JEP 318: Epsilon: A...
gitblit-1.8.0域认证
weixin_34351321的博客
05-11 1537
gitblit-1.8.0\data\defaults.properties # # DEFAULTS.PROPERTIES # # The default Gitblit settings. # # This settings file supports parameterization from the command-line for the # following c...
Garbage Collector v1.3.4_GarbageCollector_
10-03
Activation KMS Garbage Collector v1.3.4
IBM Java Garbage Collector Analysis
09-12
IBM的java 内存回收分析工具,用于分析gc日志
Zz JavaOne: G1 Garbage Collector
08-03
NULL 博文链接：https://seanzhou.iteye.com/blog/2003197
JVM（入门篇06）深入理解堆内存
半亩方糖
05-22 820
一、堆内存的组成. 1.图解 JDK1.8后永久区用元数据区（metaSpace）代替 2. 堆内存溢出模拟.OOM(OutOfMemory) /** * 堆内存溢出模拟 */ public class Demo { public static void main(String[] args) { StringBuilder stringBuilder = new StringBuilder(); while (true){
Java8新特性之default关键字学习
UVB-76电台
11-14 357
先谈一谈抽象类和接口的区别 抽象类 可看做是不可实例化的普通类，可以拥有构造方法，可以有main方法 抽象类中的方法可以是抽象方法（抽象方法必须存在于抽象类中），也可以是普通方法、静态方法 可以声明变量，不是必须赋初值。 抽象类可以继承其它类，也可实现接口 抽象类的派生类，必须覆盖父类中abstract修饰的所有方法 接口 接口仅可继承其他接口，不可继承其它类或实现另外的接口...
java 8 default_Java8 default方法
weixin_33504324的博客
02-12 110
importjava.util.Arrays;/****@authormdyb* date: 2017/8/11* file: ISuperImpl.java*/public class ISuperImpl implementsISuper {public static voidmain(String[] args) {ISuper iSuper= newISup...
JVM学习--各数据区内存溢出异常测试
皮蛋瘦肉的博客
10-13 2063
JVM学习–总索引 文章目录JVM学习--各数据区内存溢出异常测试基本参数介绍 JVM学习–各数据区内存溢出异常测试 基本参数介绍 -Xms：堆内存初始化值，当内存达到该值时虚拟机会进行垃圾回收操作。单位为k(K)或者m(M),必须为1M或者1024K的倍数例子：-Xms10m -Xmx：堆内存最大值，当内存达到该值时会抛出OutofMemoryError异常。单位为k(K)或者m(M),...
Android 内存泄露总结（附内存检测工具）
weixin_34378767的博客
09-08 126
Java 中的内存分配 主要是分三块： 静态储存区：编译时就分配好，在程序整个运行期间都存在。它主要存放静态数据和常量。 栈区：当方法执行时，会在栈区内存中创建方法体内部的局部变量，方法结束后自动释放内存。 堆区：通常存放 new 出来的对象。由 Java 垃圾回收器回收。 栈与堆的区别 栈内存用来存放局部变量和函数参数等。它是先进后...
OpenJDK G1GC
刘涛的博客
11-19 903
场景： 生产环境k8s 容器 jdk 版本为 OpenJDK 1.8 程序部署启动时 出现如下的警告信息： OpenJDK 64-Bit Server VM warning: If the number of processors is expected to increase from one, then you should configure the number of parallel...
理解G1 GC 日志
hongyelaile的博客
06-17 508
原文地址： https://blogs.oracle.com/poonam/entry/understanding_g1_gc_logs   有空再把它全部翻译出来。。。   The purpose of this post is to explain the meaning of GC logs generated with some tracing and diagnostic op...
G1日志分析
weixin_33774308的博客
05-10 285
1. 概述 来自对官方G1垃圾收集器的日志解释分析，官方地址：https://blogs.oracle.com/poonam/understanding-g1-gc-logs或https://blog.csdn.net/zhanggang807/article/details/46011341 2. 实例 代码和VM参数： public class Test00 { privat...
Java 9中的GC调优基础
weixin_34051201的博客
09-27 284
在经过了几次跳票之后，Java 9终于在原计划日期的整整一年之后发布了正式版。Java 9引入了很多新的特性，除了闪瞎眼的Module System和REPL，最重要的变化我认为是默认GC（Garbage Collector）修改为新一代更复杂、更全面、性能更好的G1（Garbage-First）。JDK的维护者在GC选择上一直是比较保守的，G1从JDK 1.6时代就开始进入开发者的视野，直到今天...
java_lang_GarbageCollector_LastGcInfo_memoryUsageAfterGc_init
最新发布
06-02
这是Java中垃圾回收相关的一项指标，表示垃圾回收后堆内存或非堆内存的初始使用情况。在Java中，垃圾回收是用来回收无用的内存，以避免内存泄漏和内存溢出等问题。当垃圾回收完成后，JVM会记录垃圾回收前后内存使用情况的差异，以便进行监控和调试。其中，该指标表示垃圾回收后堆内存或非堆内存的初始化使用情况，即垃圾回收后内存池的空闲内存大小。可以通过该指标了解垃圾回收的效果，以及内存使用情况的变化，从而优化应用程序的性能和稳定性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值