【深入理解JVM】10、CMS+G1+MixedGC+card table+漏标及避免漏标【草稿】

最新推荐文章于 2024-08-21 16:01:36 发布
最新推荐文章于 2024-08-21 16:01:36 发布
阅读量2.2k 收藏 4
点赞数 1
分类专栏： JVM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zw764987243/article/details/109590593
版权

G1

  1. ▪Garbage First Garbage Collector Tuning

G1日志详解

[GC pause (G1 Evacuation Pause) (young) (initial-mark), 0.0015790 secs]
//young -> 年轻代 Evacuation-> 复制存活对象 
//initial-mark 混合回收的阶段，这里是YGC混合老年代回收
   [Parallel Time: 1.5 ms, GC Workers: 1] //一个GC线程
      [GC Worker Start (ms):  92635.7]
      [Ext Root Scanning (ms):  1.1]
      [Update RS (ms):  0.0]
         [Processed Buffers:  1]
      [Scan RS (ms):  0.0]
      [Code Root Scanning (ms):  0.0]
      [Object Copy (ms):  0.1]
      [Termination (ms):  0.0]
         [Termination Attempts:  1]
      [GC Worker Other (ms):  0.0]
      [GC Worker Total (ms):  1.2]
      [GC Worker End (ms):  92636.9]
   [Code Root Fixup: 0.0 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.0 ms]
   [Other: 0.1 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 0.0 ms]
      [Ref Enq: 0.0 ms]
      [Redirty Cards: 0.0 ms]
      [Humongous Register: 0.0 ms]
      [Humongous Reclaim: 0.0 ms]
      [Free CSet: 0.0 ms]
   [Eden: 0.0B(1024.0K)->0.0B(1024.0K) Survivors: 0.0B->0.0B Heap: 18.8M(20.0M)->18.8M(20.0M)]
 [Times: user=0.00 sys=0.00, real=0.00 secs] 
//以下是混合回收其他阶段
[GC concurrent-root-region-scan-start]
[GC concurrent-root-region-scan-end, 0.0000078 secs]
[GC concurrent-mark-start]
//无法evacuation，进行FGC
[Full GC (Allocation Failure)  18M->18M(20M), 0.0719656 secs]
   [Eden: 0.0B(1024.0K)->0.0B(1024.0K) Survivors: 0.0B->0.0B Heap: 18.8M(20.0M)->18.8M(20.0M)], [Metaspace: 38
76K->3876K(1056768K)] [Times: user=0.07 sys=0.00, real=0.07 secs]

 吞吐降低了10%-15%，但是它的响应时间能达到200ms及以内。

 分层和分而治之。

Humongous:放大对象区域。

old：

Survivor：

Eden：

G1特点：

  • 并发收集
  • 压缩空闲空间不会延长GC的暂停时间
  • 更易预测的GC暂停时间
  • 使用不需要事先很高的吞吐量，对响应时间要求很高的场景。

基本概念：

card table:Card Table 由于做YGC时，需要扫描整个Old区，效率非常低，所以JVM设计了CardTable， 如果一个OLD区CardTable中有对象指向Y区，就将它设为Dirty，下次扫描时，只需要扫描Dirty Card 在结构上，Card Table用BitMap来实现

判断新生代对象是否活着的时候（引用已经到老年代了）：是不是要遍历老年代（这样效率太扯了）？

BitMap表

CardTbale

JVM GC可以分为MinorGC、MajorGC和FullGC,对于Mirnor GC来讲它的耗时主要由两个因素决定:

  1. 复制活跃对象的时间
  2. 扫描card table(老年代对象引用新生代对象)的时间

Java虚拟机用了一个叫做CardTable(卡表)的数据结构来标记老年代的某一块内存区域中的对象是否持有新生代对象的引用,卡表的数量取决于老年代的大小和每张卡对应的内存大小，每张卡在卡表中对应一个比特位,当老年代中的某个对象持有了新生代对象的引用时,JVM就把这个对象对应的Card所在的位置标记为dirty(bit位设置为1)，这样在Minor GC时就不用扫描整个老年代，而是扫描Card为Dirty对应的那些内存区域。

Collection Set：那些被标记的card 统计为Collection Set。

RSet=RememeberedSet：

  • 记录了其他Region中的对象到本Region的引用。
  • Rset的截止在于使得垃圾收集器不需要扫描整个堆找到谁引用了当前分区中的对象，只需要扫描RSet即可。

新老年代比例：动态的

  • 5%-60%
  • 一般不用手工指定
  • 也不要手工指定 ，因为这是G1预测停顿时间的基准。
  • 吞吐降低了10%-15%，但是它的响应时间能达到200ms及。

GC何时触发（注意G1还是会FGC，在分配对象特别快的时候）

  • YGC
    • Eden空间不足
    • 多线程并行执行
  • FGC
    • Old空间不足
    • System.gc（）

G1中的MixedGC

  • 相当于一个CMS
  • XX：InitiatingHeapOccupacyPercent
    • 默认值超过45%（可以指定，占用堆内存空间）
    • 当O超过这个值时，启动MixedGC

MixedGC的过程

  • 初始标记STW
  • 并发标记
  • 最终标记STW（重新标记）
  • 筛选回收STW（并行）

三色标记：

  • 白色：未被标记的对象
  • 灰色：自身被标记，成员变量未被标记
  • 黑色：自身和成员变量（引用的对象）均已标记完成

漏标条件：（两个都满足）打破一个即破坏

  • 在remark过程中，黑色指向了白色，如果不对黑色重新扫描，则会漏标，会把白色D对象当做没有新引用指向从而回收掉。
  • 并发标记过程中，Mutator删除了所有从灰色到白色的引用，会产生漏标，此时白色独享应该被回收。

打破上述两个条件之一即可:

  • incremental update --增量更新，关注引用的增加，把黑色重新标记为灰色，下次重新扫描属性（CMS使用）
  • SATB snapshot at the beginning -关注引用的删除 当B-->D消失时，要把这个引用推到GC的堆栈，保证D还能被GC扫描到。(G1使用)

为什么G1要用SATB？

  • 如果用第一种就会把黑色的引用又重新扫描一遍，效率很低
  • 灰色--》白色 引用消失时，如果没有黑色指向白色引用会被push到堆栈（当我下一 次扫描的线程的时候会去扫描堆栈里面哪些发生了改变，只用扫描引用指向哪个白色对象），下次扫描时拿到这个应用，由于有RememeberedSet的存在，不需要扫描整个堆去查找指向白色的引用，效率比较高，SATB配合RSet，浑然天成。(这里注意增量更新不能和RSet配合，不然还是得重新遍历一遍)  GC里面的写屏障和内存的写屏障有区别

RSet与赋值的效率

  • 由于RSet的存在，那么每次给对象赋引用的时候，就得做一些额外的操作
  • 指的是RSet中做一些额外的记录（在GC中被称为写屏障）
  • 这个写屏障不等于内存屏障
  • No Silver Bullet

颜色指针：（64位）

作业

  1. -XX:MaxTenuringThreshold控制的是什么？ A: 对象升入老年代的年龄 B: 老年代触发FGC时的内存垃圾比例

  2. 生产环境中，倾向于将最大堆内存和最小堆内存设置为：（为什么？） A: 相同 B：不同

  3. JDK1.8默认的垃圾回收器是： A: ParNew + CMS B: G1 C: PS + ParallelOld D: 以上都不是

  4. 什么是响应时间优先？

  5. 什么是吞吐量优先？

  6. ParNew和PS的区别是什么？

  7. ParNew和ParallelOld的区别是什么？（年代不同，算法不同）

  8. 长时间计算的场景应该选择：A：停顿时间 B: 吞吐量

  9. 大规模电商网站应该选择：A：停顿时间 B: 吞吐量

  10. HotSpot的垃圾收集器最常用有哪些？

  11. 常见的HotSpot垃圾收集器组合有哪些？

  12. JDK1.7 1.8 1.9的默认垃圾回收器是什么？如何查看？

  13. 所谓调优，到底是在调什么？

  14. 如果采用PS + ParrallelOld组合，怎么做才能让系统基本不产生FGC

  15. 如果采用ParNew + CMS组合，怎样做才能够让系统基本不产生FGC

    1.加大JVM内存

    2.加大Young的比例

    3.提高Y-O的年龄

    4.提高S区比例

    5.避免代码内存泄漏

  16. G1是否分代？G1垃圾回收器会产生FGC吗？

  17. 如果G1产生FGC，你应该做什么？

    1. 扩内存
    2. 提高CPU性能（回收的快，业务逻辑产生对象的速度固定，垃圾回收越快，内存空间越大）
    3. 降低MixedGC触发的阈值，让MixedGC提早发生（默认是45%）

  18. 问：生产环境中能够随随便便的dump吗？ 小堆影响不大，大堆会有服务暂停或卡顿（加live可以缓解），dump前会有FGC

  19. 问：常见的OOM问题有哪些？ 栈 堆 MethodArea 直接内存

GC常用参数

  • -Xmn -Xms -Xmx -Xss 年轻代 最小堆 最大堆 栈空间
  • -XX:+UseTLAB 使用TLAB，默认打开
  • -XX:+PrintTLAB 打印TLAB的使用情况
  • -XX:TLABSize 设置TLAB大小
  • -XX:+DisableExplictGC System.gc()不管用 ，FGC
  • -XX:+PrintGC
  • -XX:+PrintGCDetails
  • -XX:+PrintHeapAtGC
  • -XX:+PrintGCTimeStamps
  • -XX:+PrintGCApplicationConcurrentTime (低) 打印应用程序时间
  • -XX:+PrintGCApplicationStoppedTime （低） 打印暂停时长
  • -XX:+PrintReferenceGC （重要性低） 记录回收了多少种不同引用类型的引用
  • -verbose:class 类加载详细过程
  • -XX:+PrintVMOptions
  • -XX:+PrintFlagsFinal -XX:+PrintFlagsInitial 必须会用
  • -Xloggc:opt/log/gc.log
  • -XX:MaxTenuringThreshold 升代年龄，最大值15
  • 锁自旋次数 -XX:PreBlockSpin 热点代码检测参数-XX:CompileThreshold 逃逸分析 标量替换 ... 这些不建议设置

Parallel常用参数

  • -XX:SurvivorRatio
  • -XX:PreTenureSizeThreshold 大对象到底多大
  • -XX:MaxTenuringThreshold
  • -XX:+ParallelGCThreads 并行收集器的线程数，同样适用于CMS，一般设为和CPU核数相同
  • -XX:+UseAdaptiveSizePolicy 自动选择各区大小比例

CMS常用参数

  • -XX:+UseConcMarkSweepGC
  • -XX:ParallelCMSThreads CMS线程数量
  • -XX:CMSInitiatingOccupancyFraction 使用多少比例的老年代后开始CMS收集，默认是68%(近似值)，如果频繁发生SerialOld卡顿，应该调小，（频繁CMS回收）
  • -XX:+UseCMSCompactAtFullCollection 在FGC时进行压缩
  • -XX:CMSFullGCsBeforeCompaction 多少次FGC之后进行压缩
  • -XX:+CMSClassUnloadingEnabled
  • -XX:CMSInitiatingPermOccupancyFraction 达到什么比例时进行Perm回收
  • GCTimeRatio 设置GC时间占用程序运行时间的百分比
  • -XX:MaxGCPauseMillis 停顿时间，是一个建议时间，GC会尝试用各种手段达到这个时间，比如减小年轻代

G1常用参数

  • -XX:+UseG1GC
  • -XX:MaxGCPauseMillis 建议值，G1会尝试调整Young区的块数来达到这个值
  • -XX:GCPauseIntervalMillisGC的暂停间隔目标
  • -XX:+G1HeapRegionSize 分区大小，建议逐渐增大该值，1 2 4 8 16 32。 随着size增加，垃圾的存活时间更长，GC间隔更长，但每次GC的时间也会更长 ZGC做了改进（动态区块大小）
  • G1NewSizePercent 新生代最小比例，默认为5%
  • G1MaxNewSizePercent 新生代最大比例，默认为60%
  • GCTimeRatio GC时间建议比例，G1会根据这个值调整堆空间
  • ConcGCThreads 线程数量
  • InitiatingHeapOccupancyPercent 启动G1的堆空间占用比例

Hello-zhou
关注
专栏目录
jenkins+docker实现可持续自动化部署springboot项目
congge
04-06 1万+
jenkins+docker实现可持续自动化部署springboot项目
JVM中标记算法--＞漏标问题
m0_54202121的博客
04-19 970
文章目录三色标记算法三色标记的类型：三色标记的算法过程：图解：对象丢失问题(漏标)漏标的两个充要条件：CMS采用了增量更新SATB标记算法C1采用的是原始快照 Serial Old——Parallel Old——CMS垃圾回收器在垃圾标记阶段都采用了三色标记算法。 G1采用STAB算法 三色标记算法 它是描述追踪式回收器的一种有效的方法，利用它可以推演回收器的正确性。， 三色标记的类型： 黑色：根对象，或者该对象与它的子对象都被扫描过(对象被标记了，且它的所有field也被标记完了)。 灰色：对象本身
JVM虚拟机05-什么是三色标记算法？使用在并发标记阶段？CMS针对三色标记漏标怎么解决？CMS天生Bug
weixin_44242433的博客
10-07 791
1，三色标记的应用场景： 三色标记算法是应用于并发标记阶段，用标记判断是不是垃圾。 （1）什么是并发标记阶段。七个阶段中第二阶段： 并发标记阶段的主要工作是，通过遍历第一个阶段（Initial Mark）标记出来的存活root对象，继续递归遍历老年代，并标记可直接或间接到达的所有老年代存活对象。 可以参考这篇文章： Java之CMS GC的7个阶段 （2）什么是三色？ 三色标记中的，三色分别代表着，垃圾回收的扫描程度和节点的标记状态， 黑色：表示该节点及其子节点已经完全扫描标记完成了，所以不再需要标记 灰色
G1处理器GC调优常用参数详解
最新发布
m0_49200907的博客
08-21 882
G1 垃圾收集器会根据新生代空间不足、老年代占用空间超过阈值，以及达到 Mixed GC 周期等情况，来触发 Mixed GC。Mixed GC 是一种增量式的垃圾收集策略，可以有效地回收整个堆内存中的垃圾，并控制垃圾收集的停顿时间。
Java基础之《JVM性能调优（13）—G1的MixedGC》
csj50的专栏
04-15 2419
一、G1的混合回收MixedGC 1、什么是Mixed GC 当越来越多的对象晋升到老年代Old Region时，为了避免内存被耗尽，虚拟机会触发一个混合的垃圾收集器，即Mixed GC，该算法并不是一个Old GC，除了回收整个Young Region，还会回收一部分的Old Region。 Mixed GC也是STW的，在用户指定的停顿时间目标范围内完成GC回收。 2、Mixed GC触发条件 1）当达到IHOP阈值，-XX:InitiatingHeapOccupancyPercent（默认45%）
JVM中漏标的处理
liufang_king的博客
03-19 330
停止业务线程，只运行垃圾回收线程（STW， stop-the-world）会导致单次垃圾回收时间过长，影响用户体验，使用三色标记法（Tri-color marking）进行并发标记，并发标记结束后，再进行STW，对并发标记过程中较少记录对象进行判断回收，缩短单次垃圾回收STW时间。删除屏障在堆栈中都会开启。程序运行到在下面左图时刻，对象objE断开对对象F的引用，对象objD开始对对象F进行引用，由于对象D已经为黑色，不会再本轮重新遍历，而对象F还是白色还没有被遍历，整个标记结束，F会当作垃圾被回收。
可中断的 G1 Mixed GC
xiaotai1234的博客
08-21 302
可中断的 G1 Mixed GC
JVM调优实战：GC、Parallel、CMS、G1 常用参数，G1介绍、CPU100%排查
dandanforgetlove的专栏
05-15 3202
OOM：OutOfMemory。内存溢出 cpu 100%： 使用top，查看占用cpu比较高的进程，使用top -Hp 进程ID ，查看对应的占用cpu较高的线程。如果是java应用，使用 jstack 导出该线程的堆栈。然后查看哪个方法（栈帧）消耗时间 jstack。 内存飙高： 导出堆内存 jmap，使用jhat 、jvisualvm、mat 等等进行分析。 如何监控JVM： jstat、jvisualvm 等等 ...
【金三银四】JVM虚拟机CMS和G1收集器详解
Java2B
01-08 2718
前言： 今天2B哥跟各位牛人分享JVM相关的知识点，今天重点介绍CMS和G1收集器，某些小哥哥就问为什么不讲讲其他收集器？按面试经验来说，这两种收集器问的最多，当然优先讲这两种呀，但是，我说但是，如果你关注我还能看到更多关于JVM的知识，保证让你收获满满，废话不多说，直接上干货。 收集器于JVM堆的关系 CMS收集...
JVM 调优理论知识：垃圾回收。常见垃圾回收器、GC算法。PC、PN、CMS、PO、G1、ZGC，JVM GC算法
dandanforgetlove的专栏
05-13 3690
熟悉GC常用算法，熟悉常见垃圾收集器，具有实际JVM调优实战经验 garbage 什么是garbage？没有被引用的对象都是垃圾 garbage how to find a garbage 如何找到垃圾 1.reference count 引用计数 rc 不能解决的问题： 循环引用。例如 A引用B，B引用C，C引用A. 2.root searching 根可达算法。 线程栈变量、静态变量、常量池、JNI指针 GC algorithms 1. Mark-Sweep ( 标记清...
图文理解 JVM GC（Garbage Collection） 垃圾回收
心有猛虎 细嗅蔷薇
05-28 2896
目录 前言 JVM如何判断一个对象是不是垃圾？ 引用计数算法 可达性分析法（主流判断方法） 哪些元素可以为根节点？ JVM堆的几种垃圾回收算法： 标记清除 复制 标记整理 JVM如何进行垃圾回收？ 分带垃圾回收算法 Young（新生代）采用复制算法 Old（老年代）采用标记清除或标记整理的方法 JVM堆如何分配对象？ 垃圾收集器（GC） 串行垃圾收集器（...
panda白话 - G1垃圾收集器 - Mixed GC - 并发标记阶段 - 源码分析
FightingITPanda的博客
12-15 987
G1垃圾收集 - Mixed GC: 初始标记阶段 - Initial Mark 并发标记阶段 - Concurrent Mark 最终标记阶段 - Remark 清理阶段 - Clean Up 并发标记阶段 - Concurrent Mark 特性： 与Mutator并发进行 以初始标记的根出发进行深度扫描 根分区扫描步骤： scanRootRegions扫描所有survivor分区 scanRootRegion 逐个region进行扫描处理 [bootom, top]区间内所有的对象gra.
G1-Card Table和Remember Set
luzhensmart的专栏
05-11 6446
这两个数据结构是专门用来处理Old区到Young区的引用。 Young区到Old区的引用则不需要单独处理，因为Young区中的对象本身变化比较大，没必要浪费空间去记录下来。 RSet：全称Remembered Sets, 用来记录外部指向本Region的所有引用，每个Region维护一个RSet。 Card: JVM将内存划分成了固定大小的Card。这里可以类比物理内存上page的概念。 下图展示的是RSet与Card的关系。每个Region被分成了多个Card，其中绿色部分的Card表示该Card中
java gc的特性_Java12新特性 -- 可中断的G1 Mixed GC
weixin_39674414的博客
03-04 158
Java 12 中增强了 G1 垃圾收集器关于混合收集集合的处理策略，这节主要介绍在 Java 12 中同时也对 G1垃圾回收器进行了改进，使其能够在空闲时自动将 Java 堆内存返还给操作系统，这也是 Java 12 中的另外一项重大改进。目前 Java 11 版本中包含的 G1 垃圾收集器暂时无法及时将已提交的 Java 堆内存返回给操作系统。为什么呢？ G1目前只有在full GC或者con...
G1卡表详解
qq_39432354的博客
02-09 1472
跨代引用面临的问题 首先，产生跨代引用场景是发生YongGC的过程。此时新生代的对象会开始寻找根，看自己是否属于根可达对象，从而判断自己是否是垃圾。 那很多同学就开始有疑惑了？不是判断对象是否存活，应该是从GC Roots开始寻找，使用复杂的三色标记算法后，将判定不存活的对象删除掉么？ 但我们知道，并不是所有老年代的对象都会引用着新生代的对象。那么相对频繁的YongGC，每次都从根节点遍历一次，效率就会被严重影响。 因此，就引入了卡表和记忆集的概念。卡表将整个老年代分成了多个层级，card[0],card[
G1 Java垃圾回收 rset card table
stevewong的专栏
04-15 2569
这个结构可以看得比较清楚RSet和Cardtable了 https://youtu.be/Gee7QfoY8ys 每个region都有一个Rset，记录了哪些region的哪些对象引用了本region的对象。 如图所示，站在EDEN region的角度，Old Region的B对象引用了我的E对象，C对象引用了我的D对象，所以在我的Rset里保存了B和D对象的内存地址（是一个范围） 结...
JVM G1源码分析（一）——卡表和位图
qq_16500963的博客
08-06 733
借助额外的数据结构描述这种引用关系，例如使用类似位图（bitmap）的方法，记录A和B的内存块之间的引用关系，用一个位来描述一个字，假设在32位机器上（一个字为32位），需要32KB（32KB×32=1M）的空间来描述一个分区。那么我们就可以在这个对象ObjA所在分区A里面添加一个额外的指针，这个指针指向另外一个分区B的位图，如果我们可以把对象ObjA和指针关系进行映射，那么当访问ObjA的时候，顺便访问这个额外的指针，从这个指针指向的位图就能找到被ObjA引用的分区B对应的内存块。
深入解析java虚拟机：Mixed GC（混合回收）G1独有的回收策略
m0_63437643的博客
01-20 4054
Mixed GC Mixed GC（混合回收）是G1独有的回收策略，它与YGC的回收策略的区别如下： YGC：选定所有Eden Region放入CSet，使用多线程复制算法将 CSet的存活对象复制到Survivor Region或者晋升到Old Region。 Mixed GC：选定所有Eden Region和全局并发标记计算得到的收益较高的部分Old Region放入CSet，使用多线程复制算法将CSet的存活对象复制到Survivor Region或者晋升到Old Region。 相
jvm深度学习（11）：GC并发标记之三色标记及漏标问题
TofuCai的博客
07-27 4437
三色标记 概念叙述 在三色标记法之前有一个算法叫Mark-And-Sweep（标记清除）。这个算法会设置一个标志位来记录对象是否被使用。最开始所有的标记位都是 0，如果 发现对象是可达的就会置为 1，一步步下去就会呈现一个类似树状的结果。等标记的步骤完成后，会将未被标记的对象统一清理，再次把所有的标记位设置成 0方便下次清理。 这个算法最大的问题是 GC 执行期间需要把整个程序完全暂停，不能异步进行 GC 操作。因为在不同阶段标记清扫法的标志位 0 和 1 有不同的含义...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Hello-zhou

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值