分代ZGC：Java虚拟机中的低延迟垃圾收集器新纪元

已于 2024-04-26 23:18:27 修改
阅读量1.6k 收藏 4
点赞数 1
分类专栏： Java 文章标签： 1024程序员节 ZGC GC java jdk21
于 2023-10-24 22:59:41 首次发布
觉得此文有帮助的，就点个赞或留个言呐~ 若要转载的话，请注明文章出处哦
本文链接：https://blog.csdn.net/why_still_confused/article/details/134023477
版权

ZGC（Z Garbage Collector）是Java平台上的一种垃圾收集器，它是由Oracle开发的，旨在解决大堆的低延迟垃圾收集问题。ZGC是一种并发的分代垃圾收集器，它主要针对具有大内存需求和低停顿时间要求的应用程序

分代ZGC收集器具备以下特性：

  • 没有多重映射内存
  • 内存屏障优化
  • 双重缓冲记忆集
  • 无需额外堆内存重分配
  • 堆区域密度
  • 大对象处理

核心概念

染色指针

染色指针是指向堆中对象的指针，该对象与对象的内存地址一起包含对对象的已知状态进行编码的元数据。元数据描述了对象是否已知是活动的、地址是否正确等等。

分代ZGC染色指针布局

在分代 ZGC 中，存储在对象字段中的对象引用被实现为染色指针。然而，存储在 JVM 堆栈中的对象引用在硬件堆栈或 CPU 寄存器中实现为无色指针，没有元数据位。读屏障和存储屏障控制染色指针和无色指针之间的转换。

由于染色指针永远不会出现在硬件堆栈或 CPU 寄存器中，因此只要可以有效地完成染色指针和无色指针之间的转换，就可以使用更奇特的染色指针布局

Generational ZGC 使用的染色指针布局将元数据放在指针的低位中，将对象地址放在高位中，这最大限度地减少了负载屏障中的机器指令数量。通过仔细编码内存地址和元数据位，单个移位指令（在 x64上）既可以检查指针是否需要处理，也可以删除元数据位。

GC 阶段标记

非分代 ZGC 判断指针处于哪一个GC阶段很简单，只需要简单的位移：

movq  rax, 0x10(rbx)
testq rax, 0x20(r15)
jnz   slow_path

testq即等价于&操作，是一般的 bitflag 做法

分代 ZGC 的代码是这样的：

movq rax, 0x10(rbx)
shrq rax, $address_shift
ja   slow_path

shrq 是右移操作，同时会设置 Carry Flag 为最后移除的一位，同时如果右移的结果为 0，Zero Flag 也会被设为 0。

ja是 jump if above 指令，仅在CF == 0 && ZF == 0时跳转

该指令的操作过程可以见下图

分代 ZGC 加载屏障示意图

每次加载均会将地址右移，同时由于 8 字节对齐，JVM 保证了最低三位的值一定为 0，因此若该指针被更新（最后被移除的位值为 1），则会跳入 slow path 分支处理下一个 GC 阶段

最大堆大小

对于64位系统，ZGC支持最大堆大小：JDK11(4TB) -> JDK15(16TB) -> JDK21(16TB+)

不分代 ZGC 对象指针：
JDK 15 ZGC对象指针
分代 ZGC 对象指针：
分代ZGC染色指针布局

在64位的Linux操作系统中，高18位（或称为高16TB）是由内核保留的，在用户空间是无法直接寻址的。JDK15中使用了其中两位作为标志位

HotSpot虚拟机的标记实现方案

  • Serial: 标记记录在对象头上
  • G1/Shenandoah: 标记记录在与对象相互独立的数据结构(BitMap)上
  • ZGC: 标记信息记在引用对象的指针上

多重映射内存

分代ZGC不再使用多重映射内存

内存多重映射（Multi-Mapping）将多个不同的虚拟内存地址映射到同一个物理内存地址上，是一种多对一映射

内存屏障

由于分代 ZGC 的元数据比较多，使用多重映射内存的方法不再能行得通。因此，在寄存器和栈中的内存地址需要为普通的无色指针。分代 ZGC 不再能通过此减少加载或存储内存屏障的开销，需要在有色和无色指针之间转换，即：

  • 加载屏障: 在加载时移除元数据
  • 存储屏障: 在存储时恢复元数据

用于优化屏障的一些技术是：

  • 快路径和慢路径
  • 最小化加载屏障职责
  • 记忆集屏障
  • SATB 标记屏障
  • 混合存储屏障检查
  • 存储屏障缓冲区
  • 屏障修补

快路径和慢路径

快路径检测是否需要额外的 GC 工作，当需要时，会跳转进入慢路径，开始相关工作。快路径由 JIT 实现，会直接插入 GC 代码至 JIT 编译后的程序。而慢路径不经常调用，所以使用 C++ 实现

最小化加载屏障职责

分代 ZGC 中，我们需要监控年轻代和老年代，并且在有色指针和无色指针间转换。为了简化加载屏障的复杂性，并引入优化加载屏障的空间，标记的职责交给了加载屏障

在分代 ZGC 中，加载屏障负责：

  • 转换有色指针为无色指针
  • 更新已被 GC 更新的过时指针

存储屏障负责：

  • 转换无色指针为有色指针
  • 维护记忆集
  • 标记对象存活

记忆集和 SATB

记忆集和SATB的概念与G1中一致，详细可见G1 垃圾收集器详解

存储屏障缓冲区

将障碍分为快速路径和慢速路径，并使用指针着色，可以减少对 C++ 慢速路径函数的调用次数。

分代 ZGC 通过在快速路径和慢速路径之间放置 JIT 编译的中间路径来进一步减少开销。中间路径将要覆盖的值和对象字段的地址存储在存储屏障缓冲区中，并返回到已编译的应用程序代码，而不需要采取昂贵的慢速路径。仅当存储屏障缓冲区已满时才采用慢速路径。这可以分摊从编译的应用程序代码转换到 C++ 慢路径代码的一些开销

双重缓冲记忆集

ZGC 的记忆集不使用卡表实现，而是由两个 bitmap 实现。一个 bitmap 用于用户线程，在加载屏障中修改，另一个只读的 bitmap 用于 GC。这样做有两个好处：

  • 用户线程无需等待 bitmap 被清除
  • 因为分了两个 bitmap，所以不需要额外的内存屏障，造成额外的内存开销

无需多余堆空间的重分配

其他 HotSpot GC 中的年轻代回收使用清理模型，GC 一次性找到存活对象并重分配。在 GC 完全了解哪些对象还活着之前，年轻代中的所有对象都必须重分配，在这之后才能回收内存。因此，这些 GC 需要猜测存活对象所需的内存量，并确保在 GC 启动时该内存量可用。如果猜错了，则需要更昂贵的清理操作：例如，就地固定未重分配的对象，这会导致内存碎片，或者 Full GC。

分代 ZGC 有两个阶段：

  1. 访问并标记所有可达对象
  2. 重分配标记的对象

由于 GC 在重分配之前就知道对象是否存活，因此可以按区域粒度划分工作。一旦存活对象都被重分配出某个区域，即该区域已被清除，该区域就被当作新的目标区域，继续用于重分配或被应用使用。即使没有额外的堆空间，ZGC 仍可通过将压缩对象到当前区域来继续重分配。这使得分代 ZGC 能够重分配并压缩年轻代，而无需使用额外的堆内存

堆区域密度

如果一个区域的存活对象很多，将它们一个个移到老年代堆的操作是不值得的。ZGC 会分析年轻代存活对象的密度，以此为依据来判断是否有机会就地升级为老年代。否则，这个区域会保留为年轻代

大对象处理

ZGC 已经可以很好地处理大型对象。通过将虚拟内存与物理内存解耦，并提前保留虚拟内存，大对象的碎片问题通常可以避免

在分代 ZGC 中，允许在年轻代中分配大对象。鉴于该区域现在可以在不重分配的情况下老化，因此不再需要在老一代中分配大对象。相反，如果大对象寿命较短，则可以在年轻代中收集它们；如果寿命较长，则可以廉价地将它们提升到老年代。

ZGC JVM参数

ZGC 通用参数

参数描述默认值
-XX:MinHeapSize, -Xms最小堆大小8M
-XX:InitialHeapSize, -Xms初始化堆大小128M
-XX:MaxHeapSize, -Xmx最大堆大小2036M
-XX:SoftMaxHeapSizeJVM堆的最大软限制2036M
-XX:ConcGCThreads并发GC的线程数量1
-XX:ParallelGCThreads设置垃圾回收时的并行GC线程数量4
-XX:UseLargePages使用大页面内存false
-XX:UseTransparentHugePages使用Transparent大页面内存
-XX:UseNUMA使用UNMA内存分配，可以获得更好的性能
-XX:SoftRefLRUPolicyMSPerMB每MB的空闲内存空间允许软引用对象存活时间1000
-XX:AllocateHeapAt堆分配参数，可以使用非DRAM 内存

ZGC 特有参数

参数描述默认值
-XX:ZAllocationSpikeTolerance修正系数，数值越大，越早触发GC2.000000
-XX:ZCollectionIntervalZGC发生的最小时间间隔，单位秒0.000000
-XX:ZFragmentationLimitrelocation时，当前region碎片化大于此值，则回收region25.000000
-XX:ZMarkStackSpaceLimit指定为标记堆栈分配的最大字节数8096M
-XX:ZProactive是否启用主动回收true
-XX:ZUncommit是否归还不使用的内存给OStrue
-XX:ZUncommitDelay不再使用的内存最多延迟多久会归还给OS300s

ZGC 诊断选项

通过-XX:+UnlockDiagnosticVMOptions开启诊断选项

参数描述
-XX:+UnlockDiagnosticVMOptions使用诊断模式，下面的参数才会起作用
-XX:ZStatisticsInterval指定统计数据输出之间的时间间隔（秒）
-XX:ZVerifyForwarding检验转发表
-XX:ZVerifyMarking检验标记集
-XX:ZVerifyObjects检验对象
-XX:ZVerifyRoots检验根节点
-XX:ZVerifyViews检验堆视图访问

分代ZGC 特有参数

参数描述
-XX:ZCollectionIntervalMinorZGC进行年轻代垃圾收集(MinorGC)的时间间隔（秒）
-XX:ZCollectionIntervalMajorZGC进行老年代垃圾收集(MajorGC)的时间间隔（秒）
-XX:ZYoungCompactionLimit控制ZGC何时进行年轻代的压缩操作

参考资料：

  1. 深入理解Java虚拟机第三版
  2. JEP 439: Generational ZGC
  3. JEP 377: ZGC: A Scalable Low-Latency Garbage Collector (Production)
  4. 理解并应用JVM垃圾收集器-ZGC
  5. 分代ZGC
  6. G1 垃圾收集器详解
  7. JDK17+ZGC初体验｜得物技术
若明天不见
关注
专栏目录
ZGC原理深入解析
weixin_59868842的博客
11-28 1226
阻塞内存分配请求触发：当垃圾来不及回收，垃圾将堆占满时，会导致部分线程阻塞。我们应当避免出现这种触发方式。日志中关键字是“Allocation Stall”。基于分配速率的自适应算法 ：最主要的GC触发方式，其算法原理可简单描述为”ZGC根据近期的对象分配速率以及GC时间，计算出当内存占用达到什么阈值时触发下一次GC”。自适应算法的详细理论可参考彭成寒《新一代垃圾回收器ZGC设计与实现》一书中的内容。
理解Java虚拟机（八）低延迟垃圾收集器-ZGC
jinyangjie的博客
01-23 615
  本系列均是周志明老师《深入理解Java虚拟机》第三版的学习笔记。 一、ZGC概述   ZGC和Shenandoah的目标是高度相似的，都希望在尽可能对吞吐量影响不太大的前提下，实现在任意堆内存大小下都可以把垃圾收集的停顿时间限制在十毫秒以内的低延迟。   ZGC收集器是一款基于Region内存布局的，（暂时）不设分代的，使用了读屏障、染色指针和内存多重映射等技术来实现可并发的标记-整理算法的，以低延迟为首要目标的一款垃圾收集器。 二、ZGC的区域Region   ZGC的 Region可以具有大、中、小
JDK21新特性之分代 ZGC
markvivv随笔
10-16 1804
分代ZGC（Generational ZGC）为年轻和年老的对象保留不同的世代，从而提高应用程序的性能。这将使 ZGC 能够更频繁地收集年轻对象，因为年轻对象往往在很年轻时就会死亡。ZGC 从 JDK 15 开始就可用于生产，其设计旨在实现低延迟和高可扩展性。它的大部分工作都是在应用程序线程运行时进行的，只在短时间内暂停这些线程。ZGC 的暂停时间始终以微秒为单位，因此成为要求低延迟和高可扩展性的工作负载的首选。分代 ZGC 最初将与非分代 ZGC 同时提供。
Java 入门指南：JVM（Java虚拟机）垃圾回收机制 —— 新一代垃圾回收器 ZGC 收集器
最新发布
Zachyy的博客
09-18 1151
ZGC（Z Garbage Collector） 是一种低延迟、可伸缩性强的垃圾回收器，是JVM 中的一项重要技术。ZGC的目标是 尽可能地减少垃圾回收对应用程序的停顿时间，并且可以处理大内存堆 。 它于Java 11版本中正式发布，适用于大内存低延迟服务的内存管理和回收，在 128G 的大堆下，最大停顿时间为 1.68 ms，停顿时间远胜于 G1 和 CMS。
Java 21 新特性 - 分代 ZGC
qq_33240556的博客
07-22 536
分代ZGC在ZGC的基础上引入了分代的概念，这意味着它现在能够区分年轻代和老年代的对象。这种区分让垃圾收集器能够更高效地管理内存，因为它可以更频繁地回收年轻代区域，而对老年代采取不同的回收策略，减少了整个堆的回收频率和开销。分代ZGC的引入体现了Java持续在垃圾收集技术上的创新，致力于满足现代应用对于响应速度、资源效率和大规模部署的需求。：作为ZGC的一个扩展，分代ZGC保持了ZGC原有的许多优点，如亚毫秒级的暂停时间，支持大堆（万亿字节级别），以及对大型系统良好的伸缩性。
Java 垃圾回收机制 (分代垃圾回收ZGC)
weixin_34405354的博客
09-05 745
什么是自动垃圾回收？ 自动垃圾回收是一种在堆内存中找出哪些对象在被使用，还有哪些对象没被使用，并且将后者删掉的机制。所谓使用中的对象（已引用对象），指的是程序中有指针指向的对象；而未使用中的对象（未引用对象），则没有被任何指针给指向，因此占用的内存也可以被回收掉。 在用 C 之类的编程语言时，程序员需要自己手动分配和释放内存。而 Java 不一样，它有垃圾回收器，释放内存由回收器负...
JDK 21：引入分代 ZGC
欢迎拜读我的作品，喜欢的领域请给我留言
08-10 2153
ZGC最初作为实验性功能随 JDK 11 发布，在 JDK 15 中，它升级为生产功能。ZGC的设计具有高度可扩展性，支持高达16TB的堆大小，同时保持亚毫秒级的暂停时间。ZGC 能够通过几乎完全并发的方式实现这些目标。这意味着 ZGC 在应用程序运行时执行其工作，分配新对象、扫描无法访问的对象、压缩堆等。但是，这种设计选择的代价是，应用程序的吞吐量降低了，因为应用程序可以使用的 CPU 资源却被 ZGC 利用了。分代 ZGC旨在通过扩展 ZGC 来为年轻对象和老对象维护单独的代，从而提高应用程序性能。
Oracle ZGC：下一代低延迟垃圾收集器
"Oracle的ZGC(Z Garbage Collector)是一个针对低延迟需求设计的下一代垃圾收集器，由Per Liden在Java Platform Group, Oracle工作时提出。ZGC的主要目标是在处理多TB(terabyte)堆内存时，实现最大垃圾回收暂停时间不...
ZGC：低延迟OpenJDK垃圾收集器详解
ZGC（Z Garbage Collector），全称为Z Garbage Collection，是Oracle开发的一款专为OpenJDK设计的低延迟垃圾收集器。它在2018年的Jfokus VM Tech Summit会议上由Per Lidén和Stefan Karlsson，来自HotSpot Garbage ...
ZGC 简介：低延迟 JVM 垃圾收集器
DevCampsite的博客
10-03 804
ZGC 简介：低延迟 JVM 垃圾收集器
ZGC：低延迟的Scalable垃圾收集器详解
Z Garbage Collector (ZGC) 是 Oracle 的 HotSpot 虚拟机 (JVM) 中引入的一种新型垃圾收集器，其目标是提供更高效、低延迟和内存管理性能。本文档是对 ZGC 的官方介绍，主要关注以下几个关键点： 1. **简介**： - ...
百日筑基第五十六天-分代ZGC
qq_45477639的博客
08-19 989
OpenJDK 21 是下一个 LTS 版本，将于 2023 年 9 月 19 日正式发布。其中包括的一个重要更新就是，分代 ZGC。我们都知道，先前的 ZGC 是不分代的，因此 ZGC 需要将所有对象存储在一起，无论对象存活时间或长或短，并且每次 GC 运行时，收集器都需要扫描所有对象。基于「大部分对象朝生夕死」的弱分代假说，ZGC 显然可以更进一步优化当前的实现。
ZGC详解
傅红雪的专栏
02-10 6772
一， ZGC简介和性能 G1的目标是在可控的停顿时间内完成垃圾回收，所以进行了分区设计，在回收时采用部分内存回收（在YGC时会回收所有新生代分区，在混合回收时会回收所有的新生代分区和部分老生代分区），支持的内存也可以达到几十个GB或者上百个GB。为了进行部分回收，G1实现了RSet管理对象的引用关系。基于G1设计上的特点，导致存在以下问题： 停顿时间过长，通常G1的停顿时间要达到几十到几百毫秒；这个数字其实已经非常小了，但是我们知道垃圾回收发生导致应用程序在这几十或者几百毫秒中不能提供服务，在某些场景中
Java 21革命性升级：探索分代ZGC的性能奇迹
学而时习之，不亦说乎？温故而知新，可以为师矣！
12-24 1521
本文将带您深入研究Java 21中的一项颠覆性特性——分代ZGC（Generational ZGC）。我们将详细解释这个垃圾回收引擎的原理、设计理念以及在性能优化方面的显著改进。通过对比传统垃圾回收方法，读者将更好地理解分代ZGC如何提供更快、更稳定的内存管理体验。无论您是Java开发者、系统架构师还是对Java最新技术的追随者，本文将为您揭示分代ZGC的魅力，助您在Java编程的道路上更进一步。让我们一同迎接Java 21崭新时代的到来！
java垃圾回收 分代_Java 垃圾回收机制 (分代垃圾回收ZGC)
weixin_33489161的博客
02-16 218
什么是自动自动垃圾回收是一种在堆内存中找出哪些对象在被使用，还有哪些对象没被使用，并且将后者删掉的机制。所谓使用中的对象(已引用对象)，指的是程序中有指针指向的对象；而未使用中的对象(未引用对象)，则没有被任何指针给指向，因此占用的内存也可以被回收掉。在用 C 之类的编程语言时，第一步：标记这个过程的第一步叫做标记。这一阶段，垃圾回收器识别哪些内存正在使用，哪些内存未被使用。被引用的对象以蓝色展示...
ZGC垃圾收集器详解
初听不知曲中意，再听已是曲中人。
09-06 850
内存多重映射和染色指针的引入，使 ZGC 的并发性能大幅度提升。ZGC 只有 3 个需要 STW 的阶段，其中初始标记和初始转移只需要扫描所有 GC Roots，STW 时间 GC Roots 的数量成正比，不会耗费太多时间。再标记过程主要处理并发标记引用地址发生变化的对象，这些对象数量比较少，耗时非常短。可见整个 ZGC 的 STW 时间几乎只跟 GC Roots 数量有关系，不会随着堆大小和对象数量的变化而变化。ZGC 也有一个缺点，就是浮动垃圾。
6K字详解新一代 Java垃圾回收神器：ZGC
wdj_yyds的博客
07-11 820
ZGC（The Z Garbage Collector），是一种可扩展的低延迟垃圾收集器，主要是用来处理超大内存（TB级别）的垃圾回收。ZGC 最初是 JDK 11 以一项实验性功能引入的，经过几个版本的迭代，最终在 JDK 15中被宣布为 Production Ready。ZGC的中的"Z"代表什么含义？官方解释如下：大概意思为：Z它不代表任何东西，ZGC只是一个名字。它最初受到 ZFS（文件系统）的启发或致敬，ZFS（文件系统）在首次问世时在许多方面都是革命性的。
ZGC深度剖析
qq_21575929的博客
04-25 3828
1.ZGC简介 ZGC是一款jdk11版本支持下的垃圾回收器，支持TB级别的内存，12306抢票软件一般都是TB级别的内存，STW时间不超过1ms，ZGC的出现是为了抢占外部市场，比如安卓，大数据等。 1.1 ZGC内存布局 ZGC没有分代的概念。一般分为小页面(小于256k的对象分配)，中页面(小于4M的对象分配)，大页面(大于4M的对象分配)。垃圾回收器回收内存一般先回收小页面对象，中页面和大页面一般不回收。 ZGC支持NUMA模型，UMA是在内存和 ...
八、垃圾收集器G1&ZGC详解
Evan's Blog ٩(๑❛ᴗ❛๑)۶
09-16 969
G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征.G1将Java堆划分为多个大小相等的独立区域（Region），JVM目标是不超过2048个Region(JVM源码里TARGET_REGION_NUMBER 定义)，实际可以超过该值，但是不推荐。一般Region大小等于堆大小除以2048，比如堆大小为4096M，则Region大小为2M，当然也可以用参数"-XX:G1HeapRegion
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值