Oracle提议将G1作为Java 9的默认垃圾收集器

开发 后端
Oracle正在考虑将JEP 248包含到Java 9的JEP列表中,即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争论,许多人都认为并发标记和扫描(CMS)收集器可能更合适。

Oracle正在考虑将JEP 248包含到Java 9的JEP列表中,即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争论,许多人都认为并发标记和扫描(CMS)收集器可能更合适。

[[137118]]

如果该决定付诸实施,那么G1将取代并行垃圾收集器成为服务器配置的默认选项。正如Oracle在内存管理白皮书中 描述的那样,并行垃圾收集器的设计初衷是,通过不常发生(但可能时间比较长)的Stop-The-World(STW)中断***化应用程序吞吐量。并行 垃圾收集器将消耗的总计算时间最小化,长远来看,其破坏性更小,因此可以提供更好的整体性能。该收集器非常适合对响应时间要求不高的应用程序,比如,批处 理。

另一方面,正如前G1性能负责人Monica Beckwith先前在InfoQ上阐述的那样,Garbage First(G1)的设计初衷是,以更高的计算成本为代价最小化STW中断时间。G1更适合于低延迟应用程序,如Web服务器,这也体现了Stefan Johansson在JEP中所描述的动机:

通常来说,限制GC中断时间比***化吞吐量更重要。对大部分用户而言,与面向吞吐量的收集器相比(如并行垃圾收集器),切换到中断时间短的垃圾收集器(如G1),可以获得更好的整体体验。

这里出现了争议。HotSpot因为同样的目的引入了CMS,而实际上,按照Oracle的描述,CMS“设计用于更希望缩短垃圾收集中断时间的应用程序,以及在运行时可以与垃圾收集器共享处理器资源的应用程序”。许多公开的基准测试都表明,在内存占用相对较小的应用程序中,CMS的性能往往要胜过G1,这与Oracle对G1的描述一致,即G1适用于堆大小为6GB及以上的服务器应用程序。

在最近的一次交流中,性能专家Kirk Pepperdine特别指出,谷歌已经向CMS贡献了若干改进,但它们从没有出现在HotSpot中。他还补充说,虽然长远看G1可能是更好的选择,但Oracle的设计方案已经剥夺了社区从CMS获得更好体验的权力。

查看英文原文:Oracle Proposes G1 as the Default Garbage Collector for Java 9

 
责任编辑:王雪燕 来源: OPEN资讯
相关推荐

2023-11-16 08:00:56

Java11G1

2021-08-15 18:59:13

垃圾收集器JDK

2015-07-29 10:28:59

JVM参数配置参数

2009-08-14 08:56:49

Java垃圾回收器G1

2011-07-21 14:54:26

java垃圾收集器

2022-07-25 10:15:29

垃圾收集器Java虚拟机

2009-07-24 09:41:45

Java 7 G1垃圾回收器

2009-06-02 10:18:43

Java垃圾回收器垃圾回收器Java垃圾回收

2009-10-30 10:47:48

VB.NET垃圾收集器

2011-05-10 16:04:45

Java垃圾收集器

2017-09-21 14:40:06

jvm算法收集器

2022-02-25 08:01:34

CMS

2013-12-19 09:46:04

垃圾收集器

2024-03-27 10:27:35

延迟垃圾收集器

2022-04-19 11:25:31

JVMZGC垃圾收集器

2009-06-18 13:59:33

Java SE 6垃圾回收器

2024-03-14 09:00:00

2021-08-31 10:41:21

参数调优代码

2011-12-20 10:43:21

Java

2024-03-15 08:04:30

G1CMSJVM
点赞
收藏

51CTO技术栈公众号