OpenJDK 14 性能保持提升，但 OpenJDK 8 仍是最强王者-低调大师

OpenJDK 14 性能保持提升，但 OpenJDK 8 仍是最强王者

2020-03-21 792

OpenJDK 14 与 OpenJDK 8 及多个主要版本的性能基准测试对比。

OpenJDK 14 已于近日 GA，其在性能方面是否有改进、以及有哪些改进引起了不少开发者的关注。本文将会介绍通过运行新的基准测试以考察从 OpenJDK 8 至 14 的所有主要发行版本，同时考察跨多个工作负载的 JVM 性能，以及 OpenJDK 14 与 JVM 先前版本相比性能如何。

此次测试通过在被测试的每个发行版上使用相同的 Java 字节码编译的 Java 程序来查看 JVM 的性能，并使用被测软件包的参考/上游编译版本。为了保证测试受干扰的因素将降至最低，每次都使用相同的选项，除了交换用于测试每个发行版的 OpenJDK x86_64 Linux 构建之外，没有进行任何其他更改。

通过使用 Phoronix 的测试套件，测试内容包含从 SPECjbb 到 Java 2D 工作负载。

测试环境以及测试机器配置：

首先通过使用 Java 2D 基准测试对 Java 图形管道的性能进行压测，可以看到文本渲染性能一直稳步提升，直到第 12 版达到最高点，然后逐渐下降为目前 13 和 14 的水平，与 OpenJDK 8 比较相似。

而在 Java 2D 的图像渲染性能方面，它们的水平基本保持一致，但是 OpenJDK 14 以微弱的的性能优势成为了最好性能的那个。

这里还测试了使用矢量图形的渲染效果，水平基本保持一致。

通过进行非常基本的 Java SciMark 微基准测试，可以看到 OpenJDK 8 目前为止是最快的，并且自 OpenJDK 9 至 14 以来，性能基本上持平。OpenJDK 的运行速度约为 OpenJDK 8 的 88％。

通过使用 Java Bork 文件加密软件包进行测试，在经过测试的版本中，性能基本上没有变化。

自 OpenJDK 8 以来，DaCapo 的 H2 基准被建模为类似于 JDBCbench 的内存中（in-memory）基准，其性能得到了很好的提升，与此前的版本相比，OpenJDK 14 再次以微弱的优势获得了第一名。

可以看到，基于 Python Pybench 的 Jython 基准测试也是 OpenJDK 8 拥有最佳成绩的众多案例之一。

在运行 Daytrader 基准测试的 Tradebeans 测试中，OpenJDK 14 再度以微弱的优势拿下最佳的成绩。

就像打乒乓球一样，Renaissance 的 Scala Dotty 基准测试提供了一个类似的例子，说明 OpenJDK 的性能也会上下波动。在此次测试中，OpenJDK 14 又比最近的版本好一些。

在其他一些 Renaissance 基准测试中，OpenJDK 11〜12 的性能反而最差，而 OpenJDK 14 提供的性能与 OpenJDK 8 类似。

在使用 Jenetics+Futures 遗传算法的 Renaissance 基准测试中，所有版本的性能基本保持一致。

通过观察使用 Apache HBase 进行的这几个基准测试，可以发现 OpenJDK 8 运行最快，或者这几个 Java 版本的性能基本持平。

在使用 SPECjbb 进行的基准测试中，OpenJDK 8 是迄今为止最快且明显拉开距离的版本。自版本 11 起，OpenJDK 的 SPECjbb 性能有所提高，不过在运行 Ubuntu Linux 的 AMD Ryzen 9 3950X 系统上，任何版本的速度均未达到 OpenJDK 8 的速度。

结论：

当对所有执行的 Java 基准测试结果取几何平均值时，OpenJDK 8 毫无疑问是最快的 Java 版本。业界经常听到有关 OpenJDK 8 仍可提供最佳性能的消息，以及为什么英特尔的 Clear Linux 在有众多选择的情况下仍坚持该版本的原因。从本文的测试结果来看，这不足为奇。

好消息是，从这种几何意义上来看，OpenJDK 14 是经过测试的发行版中第二快的版本。与之前的版本相比，其领先优势虽然很小，但整体来看毕竟是在保持进步。

微信关注我们

原文链接：https://www.oschina.net/news/114247/openjdk-14-n-8-benchmark

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

每日一博 | 从源码和日志文件结构中分析 Kafka 重启失败事件

上次的 Kafka 重启失败事件，对为什么重启失败的原因似乎并没有解释清楚，那么我就在这里按照我对 Kafka 的认识，从源码和日志文件结构去尝试寻找原因。从源码中定位到问题的根源首先把导致 Kafka 进程退出的异常栈贴出来：注：以下源码基于 kafka 0.11.0.2 版本。我们直接从 index 文件损坏警告日志的位置开始： kafka.log.Log#loadSegmentFiles 从前一篇文章中已经说到，Kafka 在启动的时候，会检查kafka是否为 cleanshutdown，判断依据为 ${log.dirs} 目录中是否存在 .kafka_cleanshutDown 的文件，如果非正常退出就没有这个文件，接着就需要 recover log 处理，在处理中会调用。在 recover 前，会调用 sanityCheck() 方法用于检验每个 log sement 的 index 文件，确保索引文件的完整性，如果发现索引文件损坏，删除并调用 recoverSegment() 方法进行索引文件的重构，最终会调用 recover() 方法： kafka.log....

2020-03-21

583

谷歌今日发文宣布，彻底取消今年的开发者大会（即 I/O 2020），且不会以任何方式举行，包括线上。年度开发者大会原定于 5 月 12 日至 14 日在加利福尼亚山景城的海岸线露天剧场举行。3 月初，谷歌曾发公告宣布取消现场会议，同时表示正在探索其他方式进行活动。新的决定可能与加州前一天新出台的“宅家”政策有关，谷歌在推文中提到，这符合湾区当地政府的 “shelter in place” 要求。人们担心这也会对 Android 和其他产品的进展带来影响，谷歌回应说，会通过社区论坛和开发者博客共享正在进行的 Android 更新。 “目前，我们所有人最能做的就是将注意力集中在帮助人们应对我们都面临的新挑战上”，谷歌称。“我们将继续竭尽所能，以帮助我们的社区保持安全、知情和联系。”

2020-03-21

697

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。