Question

我正在尝试了解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之后，运行时间相对较少。请解释一下这种行为。感谢。

Answer 1

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

Answer 2

最常见的HotSpot在JVM重新JITs方法之后，许多调用导致194运行后的加速： http://java.sun.com/docs/books/performance/1st_edition/html/JPAppHotspot.fm.html

B.5.3 CompileThreshold

默认值：1500

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

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

Answer 3

恕我直言，这个问题是不完整的，除非你提到在后台/前台运行的其他进程的活动，即在不了解整体系统负载的情况下，很难预测这些时间的原因。运行此类基准测试时，请确保捕获/监控整个系统负载，或者至少确保没有后台活动正在运行，即病毒扫描等。另外，您错过了其他可能至关重要的信息，如JVM版本，平台和核心数量。

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

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

3 个答案:

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

3 个答案:

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