[翻译]G1垃圾收集器(五) 之 G1 GC的步骤(上)

G1 GC采用不同的方式分配内存,下面这些图片用来解释G1系统的原理

1、G1的堆结构

堆是一块内存区域分成许多固定大小的区域

G1 堆内存结构

区域的大小由JVM启动的时候决定的,一般在1-32M范围内,大约生成2000个左右。

2、G1堆的分配

事实上,这些区域在逻辑上被映射到三大区:Eden, Survivor, 和老年代

G1 堆内存分配

图片中的颜色表示了区域和它被赋予的角色,存活的对象被腾挪(复制或者拷贝),从一个区域到另一个区域。区域中的收集被设计成和应用程序并行的。

如图所示,区域可以被分配为Eden, Survivor, 和老年代区域,此外还有第四种,我们称之为Humongous区域。这些区域被设计为保存一个标准区域大于50%的对象。他们被存储为一块连续的区域。这种类型的区域必须是没有被使用的区域(译者注:翻译到这里,暂且不明白,接着往下读)

注:在写这篇文章的时候,对Humongous对象的收集还没得到优化,你应该避免创建这样打的对象。(译者注:更云里雾里了,这个Humongous是指一个区域的类型,还是一些对象的类型呢?)

3、G1中的年轻代

堆被分成接近2000块区域,最小1Mb,最大32Mb。蓝色区域存储老年代对象,绿色区域存储年轻代对象。

G1 GC 年轻代

注:这些区域不需要像老的GC那样必须是连续的

4、G1中年轻代的收集

存活的对象被复制或者移动到一个或多个survivor区域,如果满足老化阈值,这些对象就会被晋升到老年代(译者注:老化、晋升的概念就是说,一个对象在经历n个周期的收集仍然存活,这个对象就是可能被程序长期持有不愿释放的对象,这个对象就算是老化了,晋升到老年代)

G1年轻代GC

这个阶段会发生stop the world的暂停,Eden和survivor的大小需要计算,为了进入下一次的年轻代收集,一些信息的统计也同时进行,为了帮助这个计算。设定的目标暂停时间也会纳入考虑的因素。

这个方法让改变这些区域大小变的容易,根据需要增大或者减少。

5、年轻代GC之后

存活的对象已经被复制或者移动到survivor和老年代区域。

G1 年轻代GC之后

刚晋升的对象如深蓝色所表示,绿色的表示survivor区域

总结一下,关于年轻代的GC有如下几点:

  • 一整块堆内存被分成多个小区域
  • 年轻代是由一些列的不连续的区域组成的,这有助于随时改变它的大小
  • 年轻代的垃圾收集,或者称年轻代GC,是stop-the-world的一个事件,所有的应用程序线程必须停止,等待这个操作完成。
  • 年轻代的GC,又多个线程并行处理
  • 存活的对象被复制或者移动到新的survivor区域或者老年代区域

留言

提示:你的email不会被公布,欢迎留言^_^

*

验证码 * Time limit is exhausted. Please reload CAPTCHA.