G1垃圾回收器

于 2023-05-25 11:10:48 发布
阅读量168 收藏
点赞数
文章标签： jvm java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Bardbarian/article/details/130863187
版权

1.背景

G1的首要目标是为需要大量内存的系统提供一个保证GC低延迟的解决方案，也就是说堆内存最低在6GB及以上,稳定和可预测的暂停时间小于0.5秒。
如果应用程序具有如下的一个或多个特征，那么将垃圾收集器从CMS或ParallelOldGC切换到G1将会大大提升性能：
（1）Full GC 次数太频繁或者消耗时间太长；
（2）受够了太长的垃圾回收或内存整理时间(0.5-1s）； 

2.G1的gc原则

G1会在无法分配对象或者巨型对象无法获得连续分区来分配空间时，优先尝试扩展堆空间来获得更多的可用分区。
原则上G1会计算执行GC的时间，并且极力减少花在GC上的时间（包括ygc,mixgc）,如果可能，会通过不断扩展堆空间来满足对象分配、转移的需要。

3.配置

系统

CMS

G1

mes-base-service-www

java -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss1m -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:MaxTenuringThreshold=15 -XX:+ExplicitGCInvokesConcurrent -XX:+ParallelRefProcEnabled -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Denv=PRO -Dapp.id=mes-base-service -Dapplication.name=mes-base-service -Dapollo.cluster=default -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-base-service.jar

java -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC -XX:MaxGCPauseMillis=400 -XX:ConcGCThreads=4 -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCApplicationStoppedTime -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+HeapDumpAfterFullGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Denv=PRO -Dapp.id=mes-base-service -Dapplication.name=mes-base-service -Dapollo.cluster=default -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-base-service.jar

java -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss1m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC -XX:MaxGCPauseMillis=400 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+PrintPromotionFailure -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Denv=PRO -Dapp.id=mes-base-service -Dapplication.name=mes-base-service -Dapollo.cluster=default -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-base-service.jar

mes-base-service-smallflowjava -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss512K -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:MaxTenuringThreshold=15 -XX:+ExplicitGCInvokesConcurrent -XX:+ParallelRefProcEnabled -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Dapp.id=mes-base-service -Dapplication.name=mes-base-service -Dapollo.cluster=smallflow -Denv=PRO -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-base-service-smallflow.jarjava -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss1024K -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+HeapDumpAfterFullGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Dapp.id=mes-base-service -Dapplication.name=mes-base-service -Dapollo.cluster=smallflow -Denv=PRO -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-base-service-smallflow.jar
mes-api-smallflowjava -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss1024k -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:MaxTenuringThreshold=15 -XX:+ExplicitGCInvokesConcurrent -XX:+ParallelRefProcEnabled -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Denv=PRO -Dapp.id=mes-api -Dapplication.name=mes-api -Dapollo.cluster=smallflow -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-api-smallflow.jarjava -jar -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=1899 -Dcom.sun.management.jmxremote.ssl=false -Xms9216m -Xmx9216m -Xss1024k -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=2048m -XX:+UseG1GC -Xloggc:/home/logs/HeapDump_Gc/${HOSTNAME}-gc.log -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+PrintGCDetails -XX:+PrintGCApplicationStoppedTime -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/logs/HeapDump_Gc/${HOSTNAME}.hprof -Dfile.encoding=UTF-8 -Duser.timezone=GMT+08 -Denv=PRO -Dapp.id=mes-api -Dapplication.name=mes-api -Dapollo.cluster=smallflow -Dapollo.meta=http://cc.hualala.com -Dspring.profiles.active=production /home/mes-api-smallflow.jar

4. 最佳实践注意

4.1 不要设置年轻代的大小
通过 -Xmn 显式地指定了年轻代的大小, 会干扰到 G1收集器的默认行为：
（1）G1在垃圾收集时将不再关心暂停时间指标. 所以从本质上说,设置年轻代的大小将禁用暂停时间目标；
（2）G1在必要时也不能够增加或者缩小年轻代的空间. 因为大小是固定的,所以对更改大小无能为力；

4.2 参数说明：

-XX:MaxGCPauseMillis=400 - 设置最大GC停顿时间指标，JVM会尽力实现，但不保证. 默认值为200毫秒.
-XX:InitiatingHeapOccupancyPercent=45 - 如果老年代占据了堆内存的45%的时候，此时会触发一次mixGc。值为0则表示“一直执行GC循环)'. 默认值为45。
-XX:ConcGCThreads=n 并发垃圾收集器使用的线程数量. 默认值随JVM运行的平台不同而不同.
-XX:+UseG1GC - 让 JVM使用G1垃圾收集器， jdk9被设为默认垃圾收集器；所以如果你的版本比较新则不再需要使用该参数
-XX:MetaspaceSize=256M 元空间，默认20M，确实有点小。
-XX:MaxMetaspaceSize=512M 最大元空间

#指定Region大小，必须是2次幂

-XX:G1HeapRegionSize=4m
#反复执行混合回收8次，每次回收受MaxGCPauseMillis的影响可能一次性回收不了所有垃圾，增加次数才能回收的更彻底
-XX:G1MixedGCCountTarget=8
# 混合回收整理出来的空闲空间占heap的10时，结果老年代的回收，默认5
-XX:G1HeapWastePercent=10

在控制台输出GC情况

 -verbose:gc

Bardbarian
关注
G1垃圾回收器在并发场景调优
m0_67788957的博客
03-18 1244
一、序言 目前企业级主流使用的Java版本是8，垃圾回收器支持手动修改为G1， G1垃圾回收器 是Java 11的默认设置，因此G1垃圾回收器可以用很长时间，现阶段垃圾回收器优化意味着针对G1垃圾回收器优化。 为了简化讨论，下面假设针对 4C/16G 物理机器进行优化。 二、G1概览 （一）了解G1 1、最大堆大小 G1管理的最大堆大小为64G。每个Region的大小通过 -XX:G1HeapRegionSize 来设置，大小为 1~32MB ，默认最多可以有2048个Region，G1能管理的
G1垃圾回收器参数
诸葛小猿
12-28 1384
1.JVM参数配置 -Xms64m -Xmx64m -Xss1m -XX:+UseG1GC -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -XX:ParallelGCThreads=8 -XX:+HeapDumpOnOutOfMemoryError -Xloggc:/tmp/wse-gc-%t.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=20M -XX:
G1参数调优个人记录
u012447842的博客
06-29 1398
G1内存划分G1看起来和CMS比较类似，但是实现上有很大的不同。 传统分代GC将整体内存分为几个大的区域，比如Eden,S0,S1,Tenured等。而G1将内存区域分为了n个不连续的，大小相同的Region,Region具体的大小为1到32M,根据总的内存大小而定，目标是数量不超过2048个。 如下图所示： G1调优参数 -XX:+UseG1GC ： 使用G1回收器。 -XX:G1HeapRegionSize=2m ： 指定分区大小(1MB~32MB，且必须是2的幂)，默认将整堆划分为2048个分区 -X
G1调优常用参数及其作用
热门推荐
点滴之积
02-12 1万+
G1调优参数及其作用机制
JVM参数详解
zangzh的博客
01-27 1206
JVM参数详解 一.参数详解 1、基本参数 -Xms2048m 初始堆大小 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制. 调整同-Xmx一样可提高性能,防止使用时再申请 -Xmx2048m 最大堆大小 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制 -Xmn512 年轻代大小 注意：此处的大小是（eden+ 2 survivor space).与jmap -heap中显
g1垃圾回收器
包子进阶Java
10-10 162
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 ...
G1 垃圾回收器
每天做最好的自己
06-09 559
G1内存分布: region 每一个划分的区域 old 老年代 survivor 幸存区 eden 伊甸园区 humongous 大空间区域(放大对象的地方) 采用分而治之的思想 把一块连续的空间分成多个区域,当垃圾回收时,回收区域中,存活对象最少的区域 G1 特点: 并发收集 压缩空闲空间不会延长GC的暂停时间 更易预测GC暂停时间 适用于不需要很高吞吐量的场景 G1 吞吐量低 响应时间200ms PS 的吞吐量高,但响应时间长 ZGC 垃圾回收器用的是颜色指针 G1 垃圾回
JVM——》G1垃圾收集器
小仙~
04-20 1259
一、概念 官网链接 发展过程： 1.7出现 1.8推荐使用 1.9默认使用 1、特点 1、分代收集（仍然保留分代的概念） 2、空间整合（整体上属于“标记-整理”算法，不会导致空间碎片） 3、可预测的停顿（比CMS更先进的地方在于能让使用者明确指定一个长度为M毫秒的时间片段内，消 耗在垃圾收集上的时间不得超过N毫秒） 4、所谓Garbage-Frist，其实就是优先回收垃圾最多的Region区域 2、Region 将整个Java堆划分为多个 大小相等的独立区域（Region） 个数：2048个 大小：固定
JVM GC G1垃圾回收器配置
年少青山的博客
02-23 3130
JVM GC G1垃圾回收器配置
java_opts gc回收器_java CMS垃圾回收升级G1回收器实践
weixin_34294809的博客
02-13 639
一、什么是G1G1(Garbadge First Collector)作为一款JVM最新的垃圾收集器，可以解决CMS中Concurrent Mode Failed问题，尽量缩短处理超大堆的停顿，在G1进行垃圾回收的时候完成内存压缩，降低内存碎片的生成。G1在堆内存比较大的时候表现出比较高吞吐量和短暂的停顿时间，而且已成为Java 9的默认收集器。未来替代CMS只是时间的问题。二、CMS与G1对比C...
java g1 配置_G1之REGION SIZE
weixin_36339710的博客
02-24 1325
说明：JDK7和JDK8的Region划分实现略有不同(差异非常小，且只有-Xmx和-Xms的值不一样才有区别)，本篇文章讲解的是JDK8中Region的划分实现；如果要了解JDK7的Region划分实现，请参考JDK7 headpRegion.cpp源码分析G1 Region划分的实现源码在headpRegion.cpp中，摘取部分核心源码如下：源码解读：MIN_REGION_SIZE：允许的最...
Spring Boot引起的“堆外内存泄漏”排查及经验总结
weixin_34112900的博客
01-04 4489
背景 为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于Spring Boot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“-XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:+AlwaysPreT...
G1垃圾回收器论文【免积分下载】
最新发布
05-20
### G1垃圾回收器知识点详解 #### 一、引言 随着Java编程语言在大型服务器应用中的广泛应用，垃圾回收机制成为保障系统稳定性和性能的关键因素之一。这些应用通常具有大量活跃堆内存数据以及显著的线程级并行性，...
G1垃圾回收器REGION SIZE说明
zhangjunli的博客
02-02 5544
说明：JDK7和JDK8的Region划分实现略有不同（差异非常小，且只有-Xmx和-Xms的值不一样才有区别），本篇文章讲解的是JDK8中Region的划分实现；如果要了解JDK7的Region划分实现，请参考JDK7 headpRegion.cpp 源码分析 G1 Region划分的实现源码在headpRegion.cpp中，摘取部分核心源码如下： // Minimum re...
G1垃圾回收器GC频繁导致的系统波动问题(后续)
chengyi5512的博客
08-14 1947
承接上文的问题 ： https://my.oschina.net/110NotFound/blog/3084898 上文提到问题的解决方案有两种： 设置 getMaxRequestSizeBytes 的值为 1024256 ，减少每一个消息的数组的大小，使其不会超过 HeapRegion...
java g1垃圾收集器优化参考
liaomingwu的专栏
05-18 3796
java g1垃圾收集器优化参考
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值