G1(Garbage First)笔记

最新推荐文章于 2024-05-25 23:36:26 发布
最新推荐文章于 2024-05-25 23:36:26 发布
阅读量357 收藏
点赞数
文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_65393559/article/details/126163810
版权

概述：G1(Garbage First)垃圾收集器是当今垃圾回收技术最前沿的成果之一

一.特点

  1. 同时注重吞吐量（Throughput）和低延迟（Low latency）也就是响应时间，默认暂停时间是200ms.
  2. 超大堆内存，会将堆划分为多个大小相等的Region.
  3. 整体上是 标记+整理算法，两个区域之间是复制算法.
  4. JVM参数:
    1. -XX:+UserG1GC
    2. -XX:G1HeapRegionSize=size
    3. -XX:MaxGCPauseMillis=time

二.工作机制

垃圾回收阶段:

1.Young Collection（新生代区）:将堆内存分成一个个大小相等的区域，每个区域都能独立作为伊甸园，幸存区，老年代

刚开始创建对象会将对象放入Eden区(图中绿色) 

最低0.47元/天 解锁文章
moodlover
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
JVM进阶之卡表
Deronn的博客
09-05 1375
卡表
G1卡表详解
qq_39432354的博客
02-09 1413
跨代引用面临的问题 首先，产生跨代引用场景是发生YongGC的过程。此时新生代的对象会开始寻找根，看自己是否属于根可达对象，从而判断自己是否是垃圾。 那很多同学就开始有疑惑了？不是判断对象是否存活，应该是从GC Roots开始寻找，使用复杂的三色标记算法后，将判定不存活的对象删除掉么？ 但我们知道，并不是所有老年代的对象都会引用着新生代的对象。那么相对频繁的YongGC，每次都从根节点遍历一次，效率就会被严重影响。 因此，就引入了卡表和记忆集的概念。卡表将整个老年代分成了多个层级，card[0],card[
深入JVM：详解G1垃圾回收器原理
最新发布
Code豪客
05-25 2618
本文小豪将带大家认识各类垃圾回收器的基础概念与应用场景，同时重点讲解目前最为流行的G1垃圾回收器的工作原理。G1采用独特的内存管理策略，实现对整个堆空间的垃圾回收，主要将堆内存划分为多个大小相等的区域（称为Region），各个区域根据需要扮演不同的角色。G1垃圾回收器年轻代回收时，采用了三种关键技术，分别是记忆集、卡表和写屏障。
JVM---G1中的RSet和卡表
qq_32019367的博客
06-22 1806
关于跨代引用和YGC什么的我就解释了，如果描述清楚的话，又要写一大篇，况且网上关于这些概念的解释有很多，我这里只说一下几个我理解错和理解好长时间的地方。 参考文章 《JVM(十二)记忆集和卡表》 《JVM之记忆集和卡表》 Region Region这个概念，我一直理解错了，看了很多博客，从博主贴的图上理解一直以为一个对象是一个Region，其实不是，Region中可以包含一个或多个对象，Region中的对象类型有Eden，Survivor，Old，Humongous。Humongous是大对象，当
记忆集、卡表、G1垃圾收集器简介
孟凡霄
10-26 502
记忆集 在新生代做GCRoots可达性扫描过程中可能会碰到跨代引用的现象这种如果又去对老年代再去扫描效率太低了为此 在新生代引入记录集（Remember Set）的数据结构（记录从非收集区到收集区的指针集合）避免把整个老年代加入GCRoots扫描范围事实上并不只是新生代、老年代之间才有跨代引用的问题所有涉及部门区域收集（Partial GC）行为的垃圾收集器典型的如G1、ZGC和Shenandoah收集器 都会面临相同的问题垃圾收集场景中 收集器只需通过.
面试篇之JVM（GC 可达性分析 回收算法 卡表 G1）
m0_46690280的博客
12-15 1560
面试篇之JVM面试篇之JVMGC对象存活判断分代回收理论常见回收算法HotSpot实现细节记忆集与卡表读写屏障 面试篇之JVM GC 美团 1、JVM怎么判断一个类是不是垃圾？ 2、说到GC ROOTS，你知道Java中哪些对象可作为GC ROOTS吗？ 3、对象不可达是不是立即被回收死亡？ 4、CMS垃圾回收器的回收过程 5、如何解决跨代引用？ 字节 1、CMS收集器的流程，缺点；G1收集器的流程，相对于CMS收集器的优 点 腾讯 1、请阐述常见的GC策略 2、垃圾回收的时候服务怎么办 神策数据 1、G1
G1垃圾收集器
morris
02-16 747
垃圾收集器的考量指标 垃圾收集器也有类似CAP理论的矛盾，具体如下面三个考量指标： 吞吐量（Throughput） 响应能力、延迟（Latency） 占用的内存（Capacity） 上面三个考量指标无法同时全部满足最优，只能满足其中的两个，而牺牲其中一个的部分效率。 吞吐量 吞吐量关注的是，在一个指定的时间范围内，最大化一个应用的工作量。 如下方式来衡量一个系统吞吐量的好坏： 在一个小时内，同一个事务（任务或请求）完成的次数。 数据库一小时内完成多少次查询。 对于关注吞吐量的系统
G1垃圾回收器深入探索——卡表、记忆集和SATB算法
每天努力Coding
03-23 1168
G1的RSet是在Card Table的基础上实现的：每个Region会记录下别的Region有指向自己的指针，并标记这些指针分别在哪些Card的范围内。在GC的时候，对于old->young和old->old的跨代对象引用，不需要扫描整个堆找到谁引用了当前分区中的对象，只要扫描对应的CSet中的RSet即可。在并发标记阶段如果有引用关系被删除，就记录下来，Remark阶段对这些引用关系被删除的重标记，这个破坏了步骤一，即灰色对象断开了白色对象引用的时候，记录下来，后面重新把这个白色对象标记成存活对象。
JVM G1源码分析（一）——卡表和位图
qq_16500963的博客
08-06 658
借助额外的数据结构描述这种引用关系，例如使用类似位图（bitmap）的方法，记录A和B的内存块之间的引用关系，用一个位来描述一个字，假设在32位机器上（一个字为32位），需要32KB（32KB×32=1M）的空间来描述一个分区。那么我们就可以在这个对象ObjA所在分区A里面添加一个额外的指针，这个指针指向另外一个分区B的位图，如果我们可以把对象ObjA和指针关系进行映射，那么当访问ObjA的时候，顺便访问这个额外的指针，从这个指针指向的位图就能找到被ObjA引用的分区B对应的内存块。
G1收集器
12-29 73
转载：https://blog.csdn.net/zhou2s_101216/article/details/79202893 http://blog.jobbole.com/109170/ https://my.oschina.net/robinyao/blog/983822 https://blog.csdn.net/coderlius/article/details/7927...
G1垃圾回收器笔记详解
EricHuangCN的博客
05-23 167
设计目标，尽可能少或者不需要调优，只要记住MaxGCPauseMillis=N。
Java内存管理（三）——卡片表
EthanPark的博客
05-24 3199
在垃圾回收的过程中，会碰到一个问题，就是老年代中的对象可能引用年轻代中的对象。在这种情况下，每次遍历老年代的对象来查找所有存活对象的时候就会消耗相当的时间。而且，在应用中，通常来说，这种引用是非常少的（某些研究表明，这种情况的引用占总引用量的1%都不到）。但是这些引用需要遍历整个老年代对象是一个相当大的Overhead。Card-tableJVM中会维护一个卡片表的数据结构，主要用于查看老年代中指向
Card Table 卡表
月芽之上的专栏
04-13 1272
因何而生 现代JVM，堆空间通常被划分为新生代和老年代。由于新生代的垃圾收集通常很频繁，如果老年代对象引用了新生代的对象，那么，需要跟踪从老年代到新生代的所有引用，从而避免每次YGC时扫描整个老年代，减少开销。 对于HotSpot JVM，使用了卡标记（Card Marking）技术来解决老年代到新生代的引用问题。具体是，使用卡表（Card Table）和写屏障（Write Barrier）来...
JVM--基础--19.4--垃圾收集器--G1
zhou920786312的博客
12-19 851
​。
G1垃圾收集器详解
wind_cp的博客
05-21 1311
垃圾收集器的考量指标 垃圾收集器也有类似CAP理论的矛盾，具体如下面三个考量指标： 吞吐量（Throughput） 响应能力、延迟（Latency） 占用的内存（Capacity） 上面三个考量指标无法同时全部满足最优，只能满足其中的两个，而牺牲其中一个的部分效率。 吞吐量 吞吐量关注的是，在一个指定的时间范围内，最大化一个应用的工作量。 如下方式来衡量一个系统吞吐量的好坏： 在一个小时内，同一个事务（任务或请求）完成的次数。 数据库一小时内完成多少次查询。 对于关注吞吐量的系统，
G1回收器详解
热门推荐
进化的深山猿
08-12 1万+
从CMS垃圾回收器缺点说起 1）过于占用CPU资源，牺牲吞吐量 -- 所有回收器的通病 2）并发清理阶段存在浮动垃圾； -- 并发执行导致 3）fgc算法是标记清除，会产生磁盘碎片 -- 标记整理算法导致 4）新生代配合ParNewGC使用，存在STW问题。 --- 时间不可控，如果heap很大，可能GC时间很大，影响线上服务 G1垃圾收集器 一款面向服务器的垃圾收集器，主要针对配备多颗处理器及大容量内存(堆内存6G以上)的机器； G1从jdk7开始，jdk9被设为默认垃圾收集器； G1内存分配策..
CMS和G1收集器
渣渣
08-03 234
转自：https://yuanrengu.com/2020/4c889127.html 在开始介绍CMS和G1前，我们可以剧透几点： 根据不同分代的特点，收集器可能不同。有些收集器可以同时用于新生代和老年代，而有些时候，则需要分别为新生代或老年代选用合适的收集器。一般来说，新生代收集器的收集频率较高，应选用性能高效的收集器；而老年代收集器收集次数相对较少，对空间较为敏感，应当避免选择基于复制算法的收集器。 在垃圾收集执行的时刻，应用程序需要暂停运行。 可以串行收集，也可以并行收集。 如果能做到并发
G1收集器详解（转载）
流楚丶格念的博客
09-25 267
CMS垃圾收集器的弊端：会产生内存碎片 && 需要预留空间。这两个问题在处理时，很有可能会导致停顿时间过长，即CMS的停顿时间不可预知。所以G1又可以理解为在CMS垃圾收集器上进行了"升级"。
一篇文章搞懂G1收集器
pedro7k的博客
02-07 662
一、何为G1收集器 The Garbage-First (G1) garbage collector is a server-style garbage collector, targeted for multiprocessor machines with large memories. It attempts to meet garbage collection (GC) pause time goals with high probability while achieving high throu
学生表，用户表，院系表、班级表、书籍表、借书卡表、书籍记录表之间的关系
05-11
学生表和用户表可以是同一个表，表示学生或用户的基本信息，如姓名、性别、年龄、联系方式等。院系表和班级表是一对多的关系，一个院系可以有多个班级，一个班级只属于一个院系。书籍表和借书卡表是多对一的关系，即一个学生可以有多张借书卡，但一张借书卡只属于一个学生。借书卡表和书籍记录表是一对多的关系，即一张借书卡可以对应多个借书记录，而一个借书记录只属于一个借书卡。最后，书籍表和书籍记录表是多对多的关系，即一本书可以被多个学生借阅，而一个学生也可以借阅多本书。因此，需要一个中间表来维护这种多对多的关系，这个中间表可以叫做借阅表，包含学生ID、书籍ID、借阅日期、归还日期等信息。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值