infoq

.marker { color: #000; background-color: #FF0; }

Azul Systems在生产超过大型系统行业标准的JVM和算法方面一直处于行业领先地位。 Azul首席技术官兼联合创始人Gil Tene从心底向InfoQ谈到了Azul如何应对一些行业挑战。

InfoQ：让我们从新版本的Zing开始。 这是在JavaOne的9月份问世的。 您能否解释这些新功能，以及它们如何适合您的总体路线图？

吉尔 ：此版本中有一些重要事项。 我要强调的两件事是这是Zing的第一个支持Java 8的版本，它在Oracle的第一个Java 8版本发布大约6个月后才发布，这非常不错。 我们是除Oracle之外唯一提供Java 8版本的JVM供应商，尽管我们当然也有Zulu，我们的OpenJDK二进制版本也是Java8。因此，我们在市场上领先一些，我们希望比Java 9更具侵略性。

其次，我们增加了使用称为ReadyNow的功能集记录优化日志的功能。 重点是避免或消除预热或反优化风暴的放缓。 这对于诸如市场开盘或收盘之类的事件，或者只是Web应用程序的流程响应时间而言非常重要。 许多金融服务客户都要求我们进行此工作。 在Azul的历史中，垃圾回收之后，这一直是用户最要求的功能。

现在已经开发了两年，需要明确。 我们从今年早些时候的ReadyNow的第一套功能开始，解决了一些非优化的根本原因，以及一些指导编译器以特定方式处理方法的方法。 在新版本中，我们增加了使用上一次运行的优化日志的功能，并以此影响此运行所做出的决策。 特别是，这使用户可以告诉JVM避免在上一次运行中执行的激进优化，但是必须在运行期间取消优化，因为这是我们要解决的真正的用户痛苦。

InfoQ：当您的运行与以前的基准有显着差异时，您会怎么做？我有时将其称为“非农工资日问题”？ 如果您存档的优化决策在非常规情况下不是最佳选择，将会发生什么？

吉尔 ：如果我们谈论的是直到昨天一直存在的优化，但实际上并没有在今天应用，那么就目前的情况而言，我认为在这种情况下我们还无能为力。 但是，从我们所看到的情况来看，这是非常罕见的情况。 更常见的是在昨天的运行早期应用的优化，结果发现它是不正确的，已被取消优化，直到昨天运行结束都无法幸免。

例如，在算法交易的情况下，代码正在侦听大量市场数据，并且可能仅很少执行（取决于算法交易的类型）。 因此，编译器可以针对不进行交易的情况进行优化，然后，您发现您确实进行了交易，因此显然您希望该代码也更快。

希望到今天结束时，JVM已经足够稳定，因此最初的过度积极的优化已针对实际情况进行了优化和重新优化，您可以掌握该知识并加以应用，而不必每天从头开始学习。 。

InfoQ：此类中的一些优化示例是什么？

Gil ：基于小型代码集的类层次结构优化，此后由于类加载而无效。 或基于未采用路径的任何优化，例如分支预测。 但是，重要的是要了解我们不记得昨天的优化，也没有在启动时应用编译。 我们正在记住统计信息-这是一个重要的区别。 Java在初始化方面有明确的语义，我们不能强迫这种事情尽早发生。 因此，我们拥有完整的统计信息，并且只有在有可用的类时，我们才能进行优化，但它们会与昨天的计数器一起进行。

InfoQ：让我们谈谈祖鲁语。 这是您的新OpenJDK构建，在您的新闻稿中我看到它被描述为唯一受支持的OpenJDK构建。 红帽的IcedTea产品怎么样？ 是Red Hat尚未将OpenJDK 8作为IcedTea发行吗？

吉尔 ：是的，是的。 我每两周左右进行一次检查，但是到目前为止，我们只有OpenJDK 8的二进制发行版。可以从其他人那里获得实验性的源代码树构建，但是Red Hat几乎是唯一的其他源代码开发人员获取OpenJDK二进制文件。

InfoQ：Debian不稳定似乎发布了OpenJDK 8构建。

Gil ：如果将其下拉并执行“ java -version”，您会发现它声称是Java 8 Update 40，直到2015年3月才出现。这是从二进制文件中删除代码的一个很好的例子互联网，并认为这意味着它所声称的含义。 今天没有JDK Update 40。 这是一个问题，因为Docker将其用于Java的“正式”构建，而当真正的Update 40版本发布时，它可能是完全不同的二进制文件。 “ Update 40”这个名称不应该用于他们今天要发货的产品-它不仅限于一家公司，因为它给我们所有人起了一个不好的名字，因为用户不知道他们是否可以信任OpenJDK构建。

作为Zulu的直接React，我们已经做了一些事情。 Azul证明我们的二进制文件具有特定校验和的特定.rpm或.deb或.zip已通过所有测试（包括我们的压力测试），并且与Java Testing Compatibility Kit（TCK）完全兼容，并且与该产品兼容。 Java规范 我们对所有已发布的二进制文件进行认证，以便人们可以知道Zulu是可信任的。 我不知道它能否完全解决问题，但我认为让负责任的OpenJDK二进制文件的构建者将其二进制文件标识为“良好”可以帮助您解决混乱问题。 例如，我希望看到Red Hat能够做到这一点，因为我知道它们会产生非常好的和经过良好测试的JDK。

InfoQ：就目前而言，Debian（和Docker）中的OpenJDK尚未通过任何形式的TCK。

吉尔 ：是的。 我们之所以知道这一点，是因为我们可以转到OpenJDK TCK的签署者页面，并且可以看到Canonical或Debian项目中没有任何人。 因此，不可能知道他们运送的版本已经通过了TCK。

更新：自从记录了这次采访之后，Canonical已添加到SE 8的签署者页面。

InfoQ：我注意到FreeBSD基金会也是OpenJDK TCK的签字人。

吉尔 ：我也为此感到惊讶，但对他们有好处，我认为那是一件好事。 我希望有一些需要Java的基于FreeBSD的设备，而且FreeBSD的开发者处于领先地位。 OpenJDK TCK是一个相当友好的许可证，任何想要构建或分发最终用户可以信任的OpenJDK二进制文件的人都应该使用它。

顺便说一下，我们在Docker存储库中建立了Zulu。 如果搜索Zulu（或者希望是OpenJDK），则可以找到JDK 6、7或8的二进制文件。

关于被访者

Gil Tene是Azul Systems的首席技术官和联合创始人。 在过去的25年中，他一直从事虚拟机技术的研究，自1995年以来，他一直在开发基于Java技术的产品。

翻译自: https://www.infoq.com/articles/Gil-Tene-QA/?topicPageSponsorship=c1246725-b0a7-43a6-9ef9-68102c8d48e1

infoq