码迷,mamicode.com
首页 > 编程语言 > 详细

Java垃圾收集器之--Garbage-First Collector

时间:2014-05-23 23:41:02      阅读:473      评论:0      收藏:0      [点我收藏+]

标签:style   c   java   color   a   strong   

简介

      Garbage-FirstG1垃圾收集器全面支持JDK7 Upate 4及后续版本。G1收集器是一个服务器形式(server-style)的垃圾收集器,主要用于内存大、多处理器的机器。当您想实现:与应用程序线程并发的执行全局标记,并且有高吞吐量、面向整个堆操作时,它可以满足您高可用性及GC暂停时间的要求。 此举可有效防止中断(GC时的暂停时间)与堆或者实时数据大小成比例增涨。

技术

      G1收集器通过如下技术来实现高性能和低暂停时间

      堆被划分成一组相同大小的堆区域(heap regions).每个region 都是虚拟内存中连续的范围。 G1执行并发全局标记时确定整个堆中存活的对象。标记完成后,G1知晓哪些region最可能是空闲的。它会首先收集这些region.  这也是为什么这个垃圾回收算法被称为Garbage-First. 正如它所命名的那样。G1将它的收集及压缩集中在堆中的一块区域操作,这块区域很可能全部是可回收的对象。也是就说,G1 使用暂停预测模型(pause prediction model) 在满足用户设定的暂停时间这个目标下, G1根据设定的暂停时间来选择可以回收的region的区域。

      G1使用疏散(evacuation) 来回收那些被认为是可回收的标记过的region。 G1 从堆中一个或多个region拷贝对象至堆中一个region。在这个过程中同时压缩和释放内存。Evacuation 可以多处理器并行执行。从而降低暂停时间提高吞吐量。因此,在用户设定的暂停时间内,每一次垃圾回收,G1持续工作来减少碎片。此举相对了前两种方法来说有所提高。并发标记清除CMS(Concurrent Mark Sweep) 垃圾回收不进行压缩并行 Old 垃圾回收仅面向整个堆进行压缩。因此导致暂停时间比较长

       注意G1不是实时收集。它可以满足所设定的暂停时间要求,但并不一定绝对确定。根据以往垃圾回收数据来看,G1 会根据用户指定的时间来评估有多个Region 可以被回收。因此,收集器有一个对于收集Region来说,合理、准确的成本模型。使用这个模型可以确定在设定的暂停时间内,哪些region、多少个region可以回收。

G1推荐用例

        G1为用户运行那些需要 有限的GC延迟(<=0.5秒、稳定、可预期的暂停时间)且堆内存占用大(堆内存大小在6G 或者更大)的应用程序提供了一种解决方案。目前采用CMS或者并行Old 垃圾回收的应用程序,如果符合以下一条或者多条的可考虑采用G1垃圾回收,并从中受益。

1.  实时数据的Java堆占用>=50%。

2.  对象分配率的速度或提升变化非常大。

3.  不希望有太长的垃圾收集及压缩暂停时间(大于0.5到1秒)

未来

      G1设计之初就计划长期替代CMS。 比较G1和CMS,G1可谓一个比较好的解决方案。不同之处在于G1是一个压缩收集器。G1契约足以完全避免使用细粒度的空闲列来进行收集。反而使用Region.这就很大程度上简化了收集的范围和可能潜在的碎片问题,同时,相对CMS,G1提供可预测的GC暂停时间,允许用户指定所需要的暂停时间。

Java垃圾收集器之--Garbage-First Collector,布布扣,bubuko.com

Java垃圾收集器之--Garbage-First Collector

标签:style   c   java   color   a   strong   

原文地址:http://www.cnblogs.com/tonyspark/p/3736880.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!