哪个版本的JVM最快？

​Chronicle Queue是一个持久性的低延迟Java消息传递框架。它适用于具有高性能的关键性应用程序。由于Chronicle Queue运行在映射到本地的内存上，因此它消除了垃圾收集的需求，并为开发人员提供了确定性和高性能。

本文将使用开源的Chronicle Queue的两个线程，彼此交换256字节的消息数据。同时，为了最小化对于磁盘子系统的影响，所有消息都将被存储在共享内存--/dev/shm中。

通常，在此类基准测试中，一个单一生产者（producer）线程会将消息写入具有纳秒时间戳（nanosecond timestamp）的队列中。而另一个消费者线程则会从该队列中读取消息，并在直方图中记录时间的增量。生产者保持每秒100,000条消息的持续输出速率。其中，每条消息中的有效负载为256字节。由于数据会在100秒的跨度内被测量，因此出现的大多数抖动都能够被反映到测量中，并且可以确保那些具有较高百分位数，落在合理的置信区间内。

我们的目标主机是拥有一个AMD Ryzen 9 5950X的16核处理器，并且以3.4 GHz运行在Linux 5.11.0-49-generic #55-Ubuntu SMP上。由于该CPU的2-8核是隔离的，因此操作系统不会去自动调度任何用户进程，而且会避开在这些核上的大多数中断。

1.Java 代码

下面显示了生产者内部循环的部分代码：

Java

// Pin the producer thread to CPU 2
Affinity.setAffinity(2);

try (ChronicleQueue cq = SingleChronicleQueueBuilder.binary(tmp)
.blockSize(blocksize)
.rollCycle(ROLL_CYCLE)
.build()) {

Excerp