Java VM的奇怪性能问题

Question

请看下面的代码：

public static void main(String[] args) {
    String[] array = new String[10000000];
    Arrays.fill(array, "Test");
    long startNoSize;
    long finishNoSize;
    long startSize;
    long finishSize;
    for (int called = 0; called < 6; called++) {
        startNoSize = Calendar.getInstance().getTimeInMillis();
        for (int i = 0; i < array.length; i++) {
            array[i] = String.valueOf(i);
        }
        finishNoSize = Calendar.getInstance().getTimeInMillis();
        System.out.println(finishNoSize - startNoSize);
    }
    System.out.println("Length saved");
    int length = array.length;
    for (int called = 0; called < 6; called++) {
        startSize = Calendar.getInstance().getTimeInMillis();
        for (int i = 0; i < length; i++) {
            array[i] = String.valueOf(i);
        }
        finishSize = Calendar.getInstance().getTimeInMillis();
        System.out.println(finishSize - startSize);
    }
}

每次运行的执行结果不同，但是可以观察到一个奇怪的行为：

6510
4604
8805
6070
5128
8961
Length saved
6117
5194
8814
6380
8893
3982

通常，有3个结果： 6秒 ， 4秒 ， 8秒 ，它们以相同顺序进行迭代。

谁知道，为什么会发生？

更新

在使用-Xms和-Xmx Java VM选项后，观察到以下结果：

此代码的最小总内存大小应至少为1024m，否则将出现OutOfMemoryError。 -Xms选项影响for块的执行时间：

-Xms16m在10 秒到-Xms256m在4秒之间流动。

问题是-为什么初始可用内存大小会影响每次迭代，而不仅是第一次迭代？

先感谢您。

Answer 1

Java中的微基准测试并不是那么简单。 当我们运行一个Java程序时，很多事情在后台发生。 垃圾收集就是一个很好的例子。 也可能存在从Java进程到另一个进程的上下文切换的情况。 IMO，没有明确的解释为什么在所产生的看似随机的时间内会有一个序列。

Answer 2

这并非完全意外。 各种各样的因素都可能影响您的人数。

请参阅： 如何用Java编写正确的微基准？