与 Java 17 相比，Java 21 究竟有多快?

作者｜Luká? Petrovicky

译者｜Ric Guan 责编｜屠敏

出品｜CSDN （ID：CSDNnews）

首先，让我们先明确一些事情：

什么是 Java 21 以及如何获取它

Java 21 是 Java 平台的新版本，Java 平台是编写 Timefold Solver 的可靠编程语言。它带来了许多新功能，以及常见的问题修复和较小的改进。

Java 21 将于 2023 年 9 月 19 日全面发布，但你现在可以使用候选版本构建进行尝试。我们发现开始使用 Java 21 的最简单方法是使用 SDKMAN（https://sdkman.io/），我们也是这样做的。

与之前的 Java 17 一样，Java 21 是一个长期支持 (LTS) 版本；它会持续很长一段时间。因此，最好尽快开始使用它，看看它是否适合你。

对于 Timefold Solver 来说，这意味着确保整个代码库在 Java 21 上完美运行，并运行一些基准测试以确保我们的用户至少可以获得与以前相同的性能。让我们开始吧。

微基准测试

我们将从分数总监微基准开始，我们定期使用它来确定各种变化对约束流性能的影响。这些基准测试并不运行整个求解器；相反，他们只专注于求解器的分数计算部分。它们是使用 Java Microbenchmark Harness (JMH) 实现的，并且在许多 Java 虚拟机 (JVM) 分支中运行并进行了充分的预热。这让我们对结果充满信心。事实上，这些数字的误差幅度仅为±2%。

以下是 Java 21 与 Java 17 上的约束流性能：

大多数情况下，切换到 Java 21 时性能都会略有提高。“Conference Scheduling”基准测试是唯一的异常值，通过对求解器进行一些额外的工作，我们很可能也会提高该基准测试的性能。

应该注意的是，我们使用 ParallelGC 作为垃圾收集器 (GC) 运行这些基准测试，而不是默认的 G1GC。在这篇文章的后面，我们将解释原因。

现实世界的基准

现在我们已经看到了微基准，是时候将它们与现实世界的求解器性能进行比较了。这包括整个求解器，而不仅仅是分数计算部分。

我们在 10 个不同的 JVM 分支中手动运行求解器，并使用中值计算速度。我们选择了可用基准的子集，以保持较短的运行时间；就所使用的启发法和所执行的代码路径而言，该选择代表了整个基准测试套件。再次使用ParallelGC作为垃圾收集器。结果如下：

这里没有什么惊喜。我们看到全面的性能小幅提升，证实了微基准测试的结果。与微基准相比，“Conference Scheduling”不再被视为异常值，这很有趣，并将作为我们调查可能的回归的另一个数据点。

由于我们尚未为这些大型基准建立正式的置信区间，因此我们无法肯定地说这些改进在统计上具有显著性。 然而，运行之间观察到的波动足够小，因此足以让我们对结果充满信心。

为什么使用 ParallelGC ？

在我们使用 Timefold Solver 及其前身 OptaPlanner 的这些年里，我们发现 ParallelGC 是该求解器的最佳垃圾收集器。这应该不足为奇 - ParallelGC 是为高吞吐量而定制的，并且求解器是 100% CPU 限制的。相反，G1GC（默认垃圾收集器）是为低延迟量身定制的，这会产生相当大的差异。然而，事情会发生变化，我们有时需要挑战我们的假设。ParallelGC 仍然是求解器的最佳 GC 吗？

下图展示了G1GC（基线）和ParallelGC之间的性能差异。由于 Java 21 引入了分代 ZGC，这是另一种旨在低延迟的 GC，我们认为将其也包含在内也会很有趣。

结果（通过之前的微基准测试获得）很清楚：

• ParallelGC 仍然是求解器的最佳 GC。

• G1GC 位居第二，但速度要慢得多。

• ZGC 是三者中迄今为止最差的。

如果我们增加 JVM 可用的堆大小，情况可能会改变，因为 ParallelGC 不能很好地扩展大堆，使用 -Xmx1G 时，它是明显的赢家。

结论

在这篇文章中，我们展示了：

• Timefold Solver 1.1.0 与 Java 21 完美配合，无需任何更改。

• 切换到 Java 21 可能会给您的 Timefold Solver 应用程序带来微小的性能改进，但您的效果可能会略有不同。

• ParallelGC 仍然是求解器的最佳垃圾收集器。

我们鼓励您尝试 Java 21 并进行切换。毕竟它是免费的，你将能够享受最新、最好的 Java 平台。