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

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之后，跑起来的时间比较少。请解释这种行为。谢谢。

score 2 · Accepted Answer

2

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

于 2012-06-20T05:11:41.363 回答

score 1 · Accepted Answer

JVM re-JITs 方法中最可能的 HotSpot 在 194 次运行后导致加速的许多调用：http: //java.sun.com/docs/books/performance/1st_edition/html/JPAppHotspot.fm.html

B.5.3 编译阈值

默认值：1500

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

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

score 0 · Accepted Answer

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

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

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

3 回答 3

Related

Reference