[JVM 相关] Java 新型垃圾回收器(Garbage First,G1)

  • 时间:
  • 浏览:1

回顾传统垃圾回收器

  • HotSpot 垃圾架构设计 器实现
    • Serial Collector(串型架构设计 器)

      使用场景,大多数服务器是单核CPU。

      适用架构设计 场景:1. 新生代架构设计 (Young Generation Collection)2. 老年代架构设计 (Old Generation Collection)

    • Parallel Collector(并行架构设计 器)

      又叫吞吐量架构设计 器(throughput collector)应用于多核系统。

      适用架构设计 场景:1. 新生代架构设计 是并行正确处理。2. 老年代架构设计 和Serial Collector一样。

    • Parallel Compacting Collector(并行压缩架构设计 器)

      The parallel compacting collector was introduced in J2SE 5.0 update 6. The difference between it and the parallel collector is that it uses a new algorithm for old generation garbage collection.

      Note : Eventually, the parallel compacting collector will replace the parallel collector.

      上述文字中斜体文字我想知道们,你有些架构设计 器和上有有另另一个多 并行架构设计 器唯一的不同是在老年代使用了新的算法。

      适用架构设计 场景:1. 新生代架构设计 (Young Generation Collector) 和Parallel Collector 相同;2. 老年代架构设计 (Old Generation Collector)

  • Concurrent Mark-Sweep (CMS) Collector (并发标记清除)

    > Young generation collections 通常无需造成长时间停顿,然而old generation collections却是是造成长时间停顿的,我觉得它不长再次老出,有点是在大的heaps回收被涉及到的后来。为了正确处理你有些大大问题 ,HotSpot JVM 引入了有有另另一个多 叫做 concurrent mark-sweep(CMS) collector,通常也被称为低延时架构设计 器low-latency collector.

    > 适用场景: 仅适用于老年代,新生代正确处理最好的办法和Parallel Collector相同。

    G1目标

    G1 is planned as the long term replacement for the Concurrent Mark-Sweep Collector. 计划将G1作为CMS架构设计 器的长久替代物。

    它是为了平衡 延时和吞吐量之间的并详细都是最优关系。

    G1实现原理

    基本属性
    和CMS的相同点
  • CMS Replacement(CMS替代物)
  • Server 'Style' Garbage Collector(服务端垃圾架构设计 器-内存,核数区别)
  • Parallel 并行
  • Concurrent 并发
  • Generational 分代

    和CMS的主要区别
  • Good Throughput 良好的吞吐量
  • Compacting 压缩
  • Improved ease-of-use 提升了易用性(更多的JVM参数可用)
  • Predictable(though not hard real-time) 可预估的,非绝对实时。

    基本概念
  • G1 堆布局

    G1将堆分成若干固定大小的Region/区域(区域大小非要1、2、4、8、16和32M),G1的新生代和老年代详细都是有有另另一个多 无需连续的区域集合,每有有另另一个多 区域独立进行内存的分配和回收,区域是内存管理的基本单元,在某有有另另一个多 时间节点,怎么让是空闲的,当内存被请求时,内存管理器将空闲的Region分配到某个分代,怎么让撤销应用分配给的空间。

    大多数请况下,GC的操作同一时间只会在有有另另一个多 区域进行。

  • Region 分布

    超大对象(Humongous Objects)

    下图中跨区域的灰色模块即代表了超大对象,超大对象是指几条空间大小 >=1/2 个区域空间的对象.超大对象有后来会被以下特殊最好的办法正确处理:
    • 每个超大对象在老年代区域中的连续区域分配。对象分配起刚始于在连续区域中的首个成员,怎么让连续区域中的最后有有另另一个多 区域存在剩余空间一段话,那么 该空间将背叛分配的怎么让,直到其关联的超大对象被详细回收
    • 超大对象的回收通常仅在Cleanup停顿中的Marking刚始于后、怎么让在Full GC时。
    • 超大对象的分配怎么让造成垃圾架构设计 停顿过早地存在(主可是 怎么让空间浪费。)
    • 超大对象绝无需存在移动,即使在那么 Full GC的请况下

  • 回收周期
    • Young-only

      Young-only 阶段的垃圾 架构设计 时逐渐地将老年代的对象填充到当前可用的内存。即将可不可不可以 提升的新生代对象提升到老年代。

      该阶段后来刚开刚始于Young-only的 架构设计 动作,也可是 下图中的蓝绿色小球,每有有另另一个多 小球详细都是一次架构设计 动作,也可是 提升对象到老年代。Young-only 与Space-reclamation 过渡实际上是后来刚开刚始于老年代空间 *占用* 达到某个阈值,即Heap初始化占用阈值。此时,G1将调度Initial Mark的Young-only架构设计 (蓝绿色大球),而非常规的Young-only(蓝绿色小球)架构设计 。

      • Initial Mark

        此类架构设计 后来刚开刚始于标记过程,附含有高另另一个多 常规的Young-only架构设计 ,并发标记决定所有在老年代区域中可达的存活对象算不算要遗留到Space-reclamation 阶段。当标记过程未刚始于时,常规的Young-only 架构设计 怎么让怎么让存在,等到标记完成时,将伴随着有有另另一个多 特殊的Stop-The-World停顿,RemarkCleanUp.
      • Remark 停顿

        怎么让在Initial Mark标记过程中,怎么让它是并发执行,有怎么让会存在Young-only架构设计 ,造成标记数据有误差,怎么让需用重新标记一次,该过程为串行执行,会造成Stop-The-World.

        在Remark 和Cleanup之间,G1将并发地计算出一份对象存活性总结报告,它将在Cleanup停顿阶段更新内部管理的数据社会形态

      • Cleanup 停顿

        该停顿同样将详细的回收空闲区域,怎么让决定Space-reclamation阶段算不算需用继续跟踪,怎么让继续跟随一段话,Young-only阶段的完成仅仅做Young-only架构设计 动作。
    • Space-reclamation

      Space-reclamation(空间回收/复用)阶段是回收老年代空间,一同正确处理新生代。

      你有些阶段由多个混合的架构设计 动作组成,不仅含有新生代区域,一同也会排除老年代区域的存活对象,当G1发觉依然无法满足空闲的空间请求时,G1会终止本阶段。怎么让应用消耗完内存,G1将执行Stop-The-World的全堆压缩(Full GC)。

      如下图所示:



      2种过程是循环往复架构设计 。

      G1指令细节

      初始空间占用

      Initiating Heap Occupancy Percent(IHOP): Initial Mark 架构设计 触发的阈值,为老年代空间定义Heap占用的百分比。

      JVM 设置参数:-XX:InitiatingHeapOccupancyPercent

      默认请况下,根据标记时间以及老年代在标记周期中的内存分配,G1垃圾架构设计 器将自动抉择理想的IHOP的值。

      JVM 失效参数:-XX:-G1UseAdaptiveIHOP

      修改区域空间大小

      -XX:G1HeapRegionSize

      G1 Vs. 传统垃圾回收器

  • G1 不区分新/老生代,只区分Region
  • G1 架构设计 分有有另另一个多 阶段Young-onlySpace-reclamation