转载

几种OpenJDK的JVM性能比较

JVM有许多不同的选择。哪个最好用？比较几种JVM性能; Zulu OpenJDK，OpenJDK，Oracle JDK，GraalVM CE。

在这篇博客中，我将描述我创建的用于同时在不同JVM上执行测试的设置。我还研究了资源隔离的影响（为进程分配特定的CPU和内存）。这种影响可以忽略不计。我的测试应用程序由一个反应性（非阻塞）Spring Boot REST应用程序组成，我使用Prometheus轮询JVM和Grafana进行可视化。除SoapUI外，一切都在Docker容器中运行。

使用了以下版本：

GraalVM CE rc9 (8u192)
OpenJDK 8u191
Zulu 8u192
Oracle JDK 8u181

CPU使用率：

GraalVM在测试期间总体CPU使用率最高。Oracle JDK的CPU使用率最低。

响应时间：

整体GraalVM的响应时间最短，OpenJDK最好，紧随Oracle JDK和Zulu。平均而言，OpenJDK和GraalVM之间的差异约为30％。

垃圾收集:

有趣的是，GraalVM加载了比其他JDK更多的类。OpenJDK加载最少的类。GraalVM和OpenJDK之间的差异大约是25％。我还没有确定这是否是GraalVM的固定数量的额外类开销，或者它是否与所使用的类的数量成比例，这是一个固定的百分比。这些额外的类可能导致垃圾收集期间的延迟（尽管这种相关性可能不一定是因果关系）。GraalVM更长GC暂停时间。

内存使用情况:

OpenJDK JVM使用大部分内存。GraalVM和Zulu的垃圾收集行为似乎相似，但GraalVM具有更高的基本内存使用率。Oracle JDK似乎不那么频繁地进行垃圾收集。在查看平均值时，OpenJDK JVM使用的内存最多，而Zulu使用的内存最少。在较长时间内查看缩小的图形时，Oracle JDK和OpenJDK的行为看起来不稳定，并且可能会达到相对较高的值，而Zulu和GraalVM看起来更稳定。

总结：

使用SOAP UI进行了负载测试，其中一个响应式Spring Boot REST应用程序在循环haproxy负载均衡器后面的4个不同JVM上运行。我每隔5秒使用Prometheus轮询JVM实例（使用Micrometer生成数据），并使用Grafana和Prometheus来显示数据。结果表明GraalVM不适合作为OpenJDK的替代品，因为它表现更差，使用更多资源，加载更多类并在垃圾收集中花费更多时间。