JVM G1 垃圾回收 源码阅读02 RememberSet

最新推荐文章于 2023-04-02 23:25:40 发布
最新推荐文章于 2023-04-02 23:25:40 发布
阅读量548 收藏 1
点赞数
分类专栏： JVM 垃圾回收 jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kuaipao19950507/article/details/106735619
版权
本文详细介绍了JVM G1垃圾回收器中RememberSet的运作过程，包括如何创建和更新脏区域（dirty regions），清理卡表以及并发地细化卡片（refine cards）。在GC过程中，检查并处理脏卡片，确保只扫描必要的内存区域，从而提高效率。
摘要由CSDN通过智能技术生成

创建一个当前collection的top快照，然后筛除掉那些我们不想扫描的card mark

增加一个dirty_region

1.判断该入参region已经dirty，就直接return

2.如果不是，就利用底层的cmpxchg指令，来把这个region标记为dirty

3.标记region为dirty成功后，就分配对应的空间大小 allocated，然后把入参region放进去

清除卡表中的dirty region

1.判断如果不存在dirty region，就直接return

2.计算出块数量，和活跃worker数量

3.迭代dirty card region列表

4.调用workers来执行清理task

 

更新rememberSet

最低0.47元/天 解锁文章
kuaipao19950507
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
记忆集（Remember Set）和卡表（Card Table）
小生的博客
02-07 1280
这是一种"双向"的卡表结构(卡表是"我指向谁",这种结构还记录了"谁指向我")比原来的卡表实现起来更加复杂，同时由于Region数量比传统收集器的分代数量明显要多得多，因此G1收集器要比其他的传统垃圾收集器有着更高的内存占用负担。比如在进行Minor GC的时候，我们便不用扫描整个老年代对象，而是在卡表中寻求脏卡，并将脏卡中的对象加入到Minor GC的GC Roots里(Minor GC时JVM将从脏卡中的对象查找，作为GC Roots)。因此，在更新引用的同时，我们又会设置引用所在的卡的标识位。 记忆集
JVM 垃圾回收 RememberedSet
linqi的博客
12-05 469
JVM 垃圾回收 RememberedSet RememberedSet 用于处理这类问题：比如说，新生代 gc （它发生得非常频繁）。一般来说， gc 过程是这样的：首先枚举根节点。根节点有可能在新生代中，也有可能在老年代中。这里由于我们只想收集新生代（换句话说，不想收集老年代），所以没有必要对位于老年代的 GC Roots 做全面的可达性分析。但问题是，确实可能存在位于老年代的某个 GC Ro...
JVM G1 源码分析（三）- Remembered Sets
860MHz的专栏
07-25 3557
1. 简介 记录集Remembered Sets简称RSet，用于记录对象在不同分区之间的引用关系，目的是为了加速垃圾回收的速度，主要是加速标记阶段。 本文将详细介绍RSet的结构。 通常的，有两种记录引用关系的方式，PointOut和PointIn。 如果obj1.field1=obj2，如果是PointOut方式，则在obj1所在region的RSet记录obj2的位置；如果是PointIn方...
JVM 源码分析08 垃圾回收01
郭传志的博客
04-16 283
通过执行VMOperationQueue_lock->wait方法等待VM operation. step 2 JVM源码分析之垃圾收集的执行过程 参数说明： 1、参数full标识是否需要进行full gc； 2、参数clear_all_soft_refs标识gc过程中是否需要清除软引用； ...
JVM 源码分析09 垃圾回收02
郭传志的博客
04-17 444
新生代DefNewGeneration的实现 内存初始化实现 分别通过EdenSpace和ContiguousSpace类实现新生代的eden和from to区域，(其中Contiguous是"连续"的意思，表示一块连续的内存空间)，其中EdenSpace在实现上是继承自ContiguousSpace的。 1、如果_eden_space、_from_space、_to_sp...
JVM Remembered Set图解
sutonline的博客
09-14 764
为什么要有Remembered Set? 因为在JVM的分代收集器里，会存在老年代引用年轻代的情况，这样YGC的时候就必须扫描老年代，这样岂不是编程了FULL GC？所以前人就想了一个办法，精细化管理。将老年代进行分页，就像操作系统的分页一样。 当老年代指向年轻代的时候，就把对应的区域更新成脏页，需要进行扫描。 有了存储的地方了，怎么写呢？具体的机制是写屏障，但这里的名字也和其他的有重合。这里可以理解为当更新对象的reference时，就像AOP一样，会更新Remembered Set。 结构分析 Rem
一文了解JVM全部垃圾回收器，从Serial到ZGC
02-24
对象搜索算法与回收算法介绍了垃圾回收的基础算法，相当于垃圾回收的方法论。接下来就详细看看垃圾回收的具体实现。上文提到过现代的商用虚拟机的都是采用分代收集的，不同的区域用不同的收集器。常用的7种收集器，...
G1垃圾回收器论文【免积分下载】
最新发布
05-20
### G1垃圾回收器知识点详解 #### 一、引言 随着Java编程语言在大型服务器应用中的广泛应用，垃圾回收机制成为保障系统稳定性和性能的关键因素之一。这些应用通常具有大量活跃堆内存数据以及显著的线程级并行性，...
Java+JVM+垃圾回收机制
02-25
### Java+JVM+垃圾回收机制 #### 一、哪些垃圾是需要回收的？ 在Java虚拟机中，垃圾回收机制负责自动管理内存空间，确保不再使用的对象能够被及时释放，以便于新对象的分配。这一过程的核心在于识别哪些对象不再...
JVM的垃圾回收算法工作原理详解
08-25
JVM垃圾回收算法工作原理详解主要介绍了JVM的垃圾回收算法如何判断对象是否可以被回收，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值。 JVM垃圾回收算法工作原理可以分为两种方法...
JVM的垃圾回收机制详解和调优
12-31
gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了...
垃圾收集之Remember Set(CardTable)
黄智霖的博客
03-31 4330
JVM为了更好的管理内存，提高GC效率，一般都会对内存进行划分，比如经典的分代收集，G1推出的Region等。而Java中的垃圾收集基本都基于可达性分析算法，这就涉及到对象枚举遍历和标记的过程。 在做Minor GC的时候会对年轻代进行根节点枚举，但是如果年轻代中的一些对象被老年代引用着，那么在做年轻代可达性分析的时候就会遇到很大的阻碍，总不能在Minor GC的时候还去扫描老年代吧？这种跨代引用的问题抛开出现频率，它总是会存在，而且在G1这种多Region结构中更加突出（包括ZGC、Shenandoah
Remembered Set——记忆集
实践求真知
07-31 600
一提出问题 一个对象被不同区域引用的问题。 一个 Region 不可能是孤立的，一个 Region 中的对象可能被其他任意 Region 中对象引用，判断对象存活时，是否需要扫描整个 Java 堆才能保证准确？ 在其他的分代收集器，也存在这样的问题（而G1更突出）。 回收新生代也不得不同时扫描老年代？ 这样的话会降低 MinorGC 的效率。 二 解决方法 无论 G1 还是其他分代收集器，JVM 都是使用 Remembered Set 来避免全局扫描。 每个 Region 都有一个对应的 .
理解G1 Remember Set（RSet）
stevewong的专栏
04-23 3887
Overview G1的每个region都有一个Remember Set(Rset) 这个数据结构，用来保存别的region的对象对我这个region的对象的引用，通过Remember Set我们可以找到哪些对象引用了当前region的对象 参考这个文章 由于对我当前region对象的引用可能很多，也可能很少，G1会根据数量的变化来改变数据结构以达到节省空间的目的 第1种，哈希表 key是regi...
JVM 之 OopMap 和 RememberedSet
iFleetingtime的博客
12-29 4083
OopMap 用于枚举GCRoots，RememberedSet记录了新生代对象被老年代对象引用的关系。
JVM G1 垃圾回收 源码阅读01 CollectionSet
郭传志的博客
06-09 575
collectionSetChooser.cpp G1垃圾回收器，把内存分成了一个个HeapRegion，所以这里按照每个HeapRegion的垃圾回收效率gc_efficiency进行排序 1.首先去掉不适用的portion
JVM G1 源码分析01 分区 && 空间分配 && RememberSet && DirtyCard
郭传志的博客
06-02 928
HR的大小影响分配和回收的效率，HR过大则回收消费的时间长，HR过小则导致对象内存分配较慢且内存利用率较低。 HR大小上下限定义在heapRegionBounds中，最小1MB，最大32MB。HR的size必须是2的幂次，即仅可为1MB、2MB、4MB、8MB、16MB、32MB。 JVM参数-XX:G1HeapRegionSize可以指定HR size，如果未指定，JVM根据实际情况动态决定。 HR数量默认为2048。 计算HR size的逻辑主要在setup_heap_region_siz...
垃圾回收之CardTable和Remembered Set
互联网架构师笔记
04-02 917
JVM 在进行垃圾收集的时候，有一项非常重要的工作就是确定这一次垃圾收集的对象到底有多少个，即确定 live set 的范围。卡表和 RSet（Remember Set），是 JVM 为了解决分代收集时，live set 扫描需要穿梭到不同的代的时候的效率问题。对于新生代垃圾收集器而言，这个问题又有其特殊之处。根据 JVM 的弱分代收集假设（weak generational hypothesis）的存在，每次垃圾收集的时候，新生代的扫描范围可能很大，但新生代的 live set 不应该太大。
68.记忆集(remembered set)和写屏障(write barrier)
simpleGq的专栏
09-02 1699
目录1.记忆集(`remembered set`) 1.记忆集(remembered set) 问题：G1将堆区划分成多个region，一个region不可能是独立的，它其中存储的对象可能被其他任意region(这些region可能Old区或者Eden区)中的对象所引用。这样一来，在进行YGC的时候，判断Eden区中的一个对象是否存活时，需要去扫描所有的region(包括Old区，Eden区等），导致了在回收年轻代的时候，还需要扫描老年代，同时扫描表示所有Eden区和Old区的region，相当于做了一个全
jvm G1垃圾回收器幸存者区1大小一直为0是什么原因
05-19
G1垃圾回收器的幸存者区分为幸存者区1和幸存者区2，两个区域大小是一样的，默认情况下它们的初始大小都是相等的。如果幸存者区1的大小一直为0，可能是因为程序的内存使用情况导致对象很少存活到下一次垃圾回收，而大...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值