阿里巴巴开源 Dragonwell JDK 最新版本 8.1.1-GA 发布(2)

使用了并发线程，并发且并行（concurrent and parallel）处理内存归还和重新 map 的工作。因为和 Linux kernel 交互，map/unmap 内存实际上是比较耗时的操作，特别是重新 map 内存后还会有 page fault 的开销，对于一次操作上 G 的内存，很容易消耗上百毫秒，甚至是秒级。因此，如果传统地在 GC STW中 操作内存 map/unmap，Java 应用将可能发生较大的毛刺，这是很多在线服务型应用不可接受的。通过并发线程并行处理 unmap 以及重新 map 后带来的 page fault 的开销，Java 应用线程将不受任何影响。在常规 GC STW 过程中，Java 堆的容量将会及时同步完成。

在 OpenJDK 新的 12 版本中，也引入了周期性触发 G1 concurrent mark 来触发内存的节约机制，但是并没有解决在 STW中map/unmap 的开销问题，也不能快速在 young GC 周期中来发现和处理 young generation 的内存浪费。目前除了在 Dragonwell 8.1.1 中发布，我们同时把 G1ElasticHeap 的 patch 提交给 OpenJDK 社区 review 和讨论，希望将这些创造性的变化加入到最新的 OpenJDK G1 GC 中。

云栖大会上孤尽的演讲，清晰地描述了 ElasticHeap 的使用场景。在双 11 流量剧增的情况下，核心应用 tradeplatform3 迅速的回涨 Java heap 和内存，以保持高流量压力下的稳定。高峰过后，内存逐渐缩减。从集群维度来说，在线 Java 应用占据大量内存，即使在线流量低，cpu 利用率很低，由于内存的占据，集群机器的 cpu 资源依然无法复用。而 ElasticHeap 可以有效降低低压力的在线 Java 应用的内存占用，把内存资源出让一部分运行离线任务，从而突破在线应用集群的资源利用率的内存瓶颈。在本例中，节约了 22.8% 的 Java 进程的物理内存。

想要立刻使用最新特性的小伙伴们，可以通过下面的地址下载最新版本的 Dragonwell JDK 的二进制包。

https://github.com/alibaba/dragonwell8/releases

这里提供了用户指南和发布说明。用户指南的末尾还有支持的钉钉群和邮件。

https://github.com/alibaba/dragonwell8/wiki

如果有小伙伴觉得这个特性符合自身的场景需求好用的话，不妨也向 OpenJDK 社区邮件列表支持我们，让 OpenJDK 听到更多中国 Java 使用者和开发者的声音。

总结

以上所述是小编给大家介绍的阿里巴巴开源 Dragonwell JDK 最新版本 8.1.1-GA 发布,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对黑区网络网站的支持！
如果你觉得本文对你有帮助，欢迎转载，烦请注明出处，谢谢！