JMH@Fork的目的是什么？

Question

如果IIUC每个fork都会创建一个单独的虚拟机，因为每个虚拟机实例可能在JIT指令中略有不同？

我也很好奇时间属性在下面的注释中有什么作用:

@Warmup(iterations = 10, time = 500, timeUnit = TimeUnit.MILLISECONDS)
@Measurement(iterations = 10, time = 500, timeUnit = TimeUnit.MILLISECONDS)

蒂亚，奥莱

Answer 1

更新:

JMH（Java 微基准线束）已从 JDK 12 开始添加到 JDK 中。

< code>@Fork注释指示如何执行基准测试,< code>value参数控制基准测试的执行次数，而< code>warmup参数控制在收集结果之前基准测试的试运行次数。

例子：

@Benchmark
@Fork(value = 1, warmups = 3)
@BenchmarkMode(Mode.AverageTime)
public void myMethod() {
    // Do nothing
}

这指示JMH运行三个预热分叉并在进入真正的定时基准测试之前丢弃结果。

Answer 2

JVM 通过创建应用程序行为的配置文件来优化应用程序。创建分叉是为了重置此配置文件。否则，运行：

benchmarkFoo();
benchmarkBar();

可能导致的测量结果与

benchmarkBar();
benchmarkFoo();

因为第一个基准的情况会影响第二个基准。

《纽约时报》决定了JMH为预热或运行基准所花费的时间。如果这些时间太短，您的虚拟机可能没有充分预热，或者您的结果可能具有太高的标准偏差。

Answer 3

JMH提供fork功能有几个原因。一个是上面Rafael讨论的编译概要文件分离。但是这种行为不受@Forks注释的控制(除非您选择0 forks，这意味着根本没有分支运行基准的子流程)。通过使用预热模式控件(-wm)，您可以选择运行所有的基准作为基准预热的一部分(从而为JIT创建一个混合的概要文件)。

现实情况是，许多事情可能会以某种方式扭曲你的结果，并且多次运行任何基准测试以建立运行到运行的差异是JMH支持的重要实践（大多数手动滚动的框架都无济于事）。运行到运行差异的原因可能包括（但我相信还有更多）：

>

CPU 从某个 C 状态开始，在负载面上调频，然后过热并缩小。您可以在某些操作系统上控制此问题。

进程的内存对齐可能会导致分页行为差异。

用至少几个分支运行你的基准测试将有助于消除这些差异，并让你了解你在基准测试中看到的运行到运行的差异。我建议你从默认的10开始，根据你的基准测试，通过实验减少（或增加）它。