《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的并行化
Loading...
暂无评论