性能文章>ZGC什么时候会进行垃圾回收>

ZGC什么时候会进行垃圾回收原创

2年前
889320

以往的一些GC算法,比如CMS、G1,均采用分代的思想对堆内存进行划分,对应的GC行为也可以分为Young GC、Old GC 和 FGC。

但是在ZGC算法中,并没有分代的概念,所以就不存在Young GC、Old GC,所有的GC行为都是Full GC。

那ZGC的垃圾回收行为什么时候会进行?

撸了下源码,已经定位到触发ZGC的逻辑,位于zDirector.cpp文件。

虚拟机启动时,会启动一个线程执行如下逻辑:

void ZDirector::run_service() {
  // Main loop
  while (_metronome.wait_for_tick()) {
    sample_allocation_rate();
    const GCCause::Cause cause = make_gc_decision();
    if (cause != GCCause::_no_gc) {
      ZCollectedHeap::heap()->collect(cause);
    }
  }
}

其中 _metronome.wait_for_tick()每间隔100ms返回一次,意味着每100ms执行一次 make_gc_decision(),决定是否执行ZGC。

在 make_gc_decision()中提供了4种策略,只要满足其中1个策略就可以触发ZGC。

1、rule_timer
第一个策略,从行为表现上,我把它叫做是周期性GC,默认是不生效的,但是如果配置 -XX:ZCollectionInterval=1(单位是秒),那么每隔1s,就会执行一次ZGC,太暴力了。

2、rule_warmup
JVM启动之后,如果一直没有发生过GC,那么会在堆内存使用超过10%、20%、30%时,分别触发一次GC,这样做是为了收集一些GC相关的数据,为后面的条件规则提供数据支撑。

3、rule_allocation_rate
根据对象分配速率决定是否GC。
如果当前的可用堆内存,根据估计出来的对象最大分配速率,很快会被耗尽,则执行一次GC,这种策略一般在qps很高、对象分配很快时会被触发。

4、rule_proactive
这个策略是积极主动型的。
如果能够接受因为GC引起的应用吞吐量下降,那么就触发GC,这个策略允许我们降低堆内存,并且在堆内存还有很多剩余空间时,执行引用处理,具体的条件是:

  1. 自从上次GC之后,堆的使用量至少涨了10%
  2. 自从上次GC之后,已经过去5分钟没有发生GC

这有助于在对象分配率非常低的应用程序时避免多余的GC.

这4种都是在还有空闲内存的时候就执行GC的策略,那如果垃圾回收的速度赶不上对象分配的速率,怎么办?

这个时候,分配对象的应用线程只能停下来,等待垃圾对象的回收。

分类:
标签:
请先登录,再评论

持续关注ZGC,后续公司准备升级JDK14了,所以ZGC这块也的确是必然要突破的一关了

1年前

ZGC在回收的时候,是否也会STW呢?ZGC相比较分代回收算法,有什么优势呢?
期待大佬的解答😋

2年前
回复 csyangchsh:

感谢解答,期待学习以后分享下🍺🍺

2年前回复
回复 言风:

Azul C4我不了解,其他GC算法实现应该都有STW,gc roots的枚举必须STW,不然没法保证正确性。

2年前回复
回复 言风:

ZGC还是会有STW的,只不过时间非常短。这个STW的时间和root set成正比,不会随着堆或者live object set增大而增大。STW后Mark和Relocate都是并发执行的。可以看下Per Lidén的演讲。

2年前回复

为你推荐

不起眼,但是足以让你有收获的JVM内存分析案例
分析 这个问题说白了,就是说有些int[]对象不知道是哪里来的,于是我拿他的例子跑了跑,好像还真有这么回事。点该 dump 文件详情,查看相关的 int[] 数组,点该对象的“被引用对象”,发现所
从一起GC血案谈到反射原理
前言 首先回答一下提问者的问题。这主要是由于存在大量反射而产生的临时类加载器和 ASM 临时生成的类,这些类会被保留在 Metaspace,一旦 Metaspace 即将满的时候,就会触发 Fu
关于内存溢出,咱再聊点有意思的?
概述 上篇文章讲了JVM在GC上的一个设计缺陷,揪出一个导致GC慢慢变长的JVM设计缺陷,可能有不少人还是没怎么看明白的,今天准备讲的大家应该都很容易看明白 本文其实很犹豫写不写,因为感觉没有
协助美团kafka团队定位到的一个JVM Crash问题
概述 有挺长一段时间没写技术文章了,正好这两天美团kafka团队有位小伙伴加了我微信,然后咨询了一个JVM crash的问题,大家对crash的问题都比较无奈,因为没有现场,信息量不多,碰到这类问题我
又发现一个导致JVM物理内存消耗大的Bug(已提交Patch)
概述 最近我们公司在帮一个客户查一个JVM的问题(JDK1.8.0_191-b12),发现一个系统老是被OS Kill掉,是内存泄露导致的。在查的过程中,阴差阳错地发现了JVM另外的一个Bug。这个B
JVM实战:优化我的IDEA GC
IDEA是个好东西,可以说是地球上最好的Java开发工具,但是偶尔也会卡顿,仔细想想IDEA也是Java开发的,会不会和GC有关,于是就有了接下来对IDEA的GC进行调优 IDEA默认JVM参数: -
不起眼,但是足以让你收获的JVM内存案例
今天的这个案例我觉得应该会让你涨姿势吧,不管你对JVM有多熟悉,看到这篇文章,应该还是会有点小惊讶的,不过我觉得这个案例我分享出来,是想表达不管多么奇怪的现象请一定要追究下去,会让你慢慢变得强大起来,
如何通过反射获得方法的真实参数名(以及扩展研究)
前段时间,在做一个小的工程时,遇到了需要通过反射获得方法真实参数名的场景,在这里我遇到了一些小小的问题,后来在部门老大的指导下,我解决了这个问题。通过解决这个问题,附带着我了解到了很多新的知识,我觉得