《JDK10新特性官方文档》JEP307: G1 Full GC的并行化
作者: Stefan Johansson
创建时间:2017/01/17 11:40
更新时间:2018/03/29 07:39
类型: 特性
状态: 已关闭/已提交
组件:hotspot/gc
范围:实现类
讨论: openjdk.java.net上的hotspot-gc-dev
影响:M
持续时间:M
优先级:3
审阅人:Mikael Vidstedt
支持者:Mikael Vidstedt
版本:10
问题讨论:8172890
总结
通过将G1的Full GC操作并行化来改善G1的最坏情形下的延迟。
非目标
为所有用例使得并行化垃圾收集器的Full GC性能达到一致。
提案目的
G1垃圾收集器在JDK9版本中是默认使用的,以前默认的垃圾收集器已经有了并行化的Full GC功能,为了最大限度的减少用户在各种垃圾收集器的Full GC方面体验的差异,G1 在Full GC也应该做到并行化。
提案描述
G1 垃圾收集器是被设计用来避免JVM进行Full GC操作的,但是当并发收集器回收内存太慢时JVM就会进行一次Full GC。当前G1垃圾收集器在Full GC时使用的是单线程的标记-清除-整理算法。我们打算并行化标记-清除-整理算法,使用的线程数和在年轻代和混合(注: 原文为Mixed collections,不知道怎么翻译)收集使用的线程数量一致。线程数量可以通过 -XX:ParallelGCThreads 参数来配置,这个配置同时也会影响在年轻代和混合代垃圾收集时的线程数量。
测试
- Full GC时间测试确保和以前相比有所改善。因为G1旨在避免完整的GC,所以这里考虑到基准分数可能不够好。
- 用VTune或者Solaris Studio性能分析软件进行运行时间分析,查找没必要的性能瓶颈。
风险和假设
- 这个工作是建立在假定G1设计原理上没有任何东西会阻止Full GC的并行化实现上的。
- 因为G1使用了regions(分区),在进行并行Full GC操作后相比单线程的Full GC极大可能会造成空间的浪费。
原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: 《JDK10新特性官方文档》JEP307: G1 Full GC的并行化
暂无评论