Java JVM内部-为什么同一段代码在不同的时间运行？_Java_Jvm

Java JVM内部-为什么同一段代码在不同的时间运行？

java jvm

Java JVM内部-为什么同一段代码在不同的时间运行？,java,jvm,Java,Jvm,我试图理解JVM选项，并遇到了选项CompileThreshold。我正在运行以下程序： public class Main { public static void main (String [] args) { for (int repeat = 0; repeat < 200; ++ repeat) { long start = System.nanoTime(); sum (10

我试图理解JVM选项，并遇到了选项

CompileThreshold

。我正在运行以下程序：

public class Main {    
    public static void main (String [] args) {    
        for (int repeat = 0; repeat < 200; ++ repeat) {    
            long start = System.nanoTime();    
            sum (100);    
            long end = System.nanoTime();    
            long diff = end - start;    
            System.out.println (repeat + ": " + diff);    
        }    
    }    `

    public static int sum (int n) {
        if (n <= 1)
            return 1;
        else
            return n + sum (n - 1);
    }
}

如果你观察的话，在32、99、149、194的时间点上会出现峰值。

194年后，运行所需的时间相对较少。请解释一下这种行为。谢谢。

最初的峰值是决定编译代码的JIT，其余的都是GC运行。

最有可能的是JVM重新JITs方法中的热点，因为在194次运行后，多次调用导致加速：

B.5.3编译保留

默认值：1500

用法示例：java-XX:CompileThreshold=1000000

HotSpot的当前实现通常在编译方法之前等待方法执行一定次数。不编译每个方法有助于启动时间和减少RAM占用。此选项允许您控制该阈值。通过增加数量，您可以在程序达到峰值性能之前，以RAM占用空间的轻微减少换取更长的时间

恕我直言，这个问题是不完整的，除非您提到在后台/前台运行的其他进程的活动，也就是说，如果不了解整个系统负载，就很难预测这些计时的原因。运行此类基准测试时，请确保捕获/监控整个系统负载，或者至少确保没有运行任何后台活动，如病毒扫描等。此外，您还遗漏了其他重要信息，如JVM版本、平台和内核数量

是否可以确认相同的结果并重新发布您的结果

CompileThreshold如何在其中发挥作用？你能解释一下吗？这并不能解释1940年后3倍的速度增长还有一个问题吗？在JIT开始之前，解释是否起作用？我正在运行一个独立的程序。jvm版本是1.6.0