JVM 不确定的运行时间

Question

在 2.8 GHz Linux 计算机上，运行 5 亿次迭代的循环的单线程程序通常需要大约 400 毫秒，有时大约需要 1200 毫秒。这是在一个除了测量循环所用时间之外不执行任何其他操作的程序中观察到的。是什么导致了这种变化？

import java.io.PrintWriter;
import java.util.Date;

public class Tester
{
    public static void main(String[] args)
    {
        PrintWriter pw = new PrintWriter(System.out, true);

        Date d0 = new Date();
        long t0 = d0.getTime();

        for (long i = 0; i < 500000000; i++)
            ;

        Date d1 = new Date();
        long t1 = d1.getTime();

        pw.format("%d\n", t1 - t0);   
    }
}

Answer 1

即使没有垃圾要收集，垃圾收集例程也需要运行一段时间。

很容易假设，由于您不分配或取消引用内存，因此您将不需要收集垃圾；但是，垃圾收集例程在独立线程中运行，并且不会检查代码中可能的流程来确定它是否应该运行。

因此，垃圾收集例程启动并发现没有垃圾可以收集。这需要一些时间。

此外，您的程序（即解释您的类的整个 JVM）可能因操作系统需要立即处理某些中断而从 CPU 中交换出来。这种情况甚至可能发生在多核系统中，具体取决于 CPU 的核心选择算法。 CPU 必须立即处理的项目示例包括将以太网内存缓冲区复制到系统内存（以防止丢包）、捕获键盘输入等。

简而言之，如果您希望分析有意义，则必须对您的数据进行真正的统计。基准测试，因为各种外部项目都会影响您运行程序的时间。