如何防止编译器和JIT优化破坏java中的硬件测试？

Question

我最近发现，DRAMs中的比特可以被其中粒子的衰变或宇宙射线随机翻转。我想知道这种错误发生的频率。

不幸的是，我发现的最新统计数据来自1990年（来源），其中指出每128MB内存每月都会发生错误。

由于我找不到任何关于现代ram软错误率的最新统计数据，我尝试用java编写一个程序来测量4GB RAM上的软错误频率。我希望该程序能够检测到分配的4GB内存中的每个软错误，如果它没有以任何方式进行优化的话。

问题是，我不知道如何检查程序是否有效（我假设它不是因为优化），也不知道如何将其更改为按预期工作。

根据1990年代的统计数据，我应该期望每22小时检测到一个错误，因此我需要运行该程序近一周才能以99%的信心声明它是有效的。假设现代硬件没有比90年代更好的软错误率。

以下循环是我程序中最重要的部分：

int[] memory = new int[1_073_741_824]; // 4GB array, each value initialized to 0
while (true) {
   for (int i = 0; i < memory.length; i++) {
        if (memory[i] != 0) {
            // soft error found
            memory[i] = 0;
            // print information about the error in a log file
        }
    }
    // Sleep for a minute
}

如何避免优化以破坏程序的预期用途？

P、 如果你认为我的代码没有优化就无法工作，请解释原因。

Answer 1

简单：只要循环体做了一些事情（比如只是打印失败的索引），优化掉循环体就无效了！

如果有的话，这将是JIT优化掉的东西，javac在优化方面所做的只是不断折叠。

但是，当然，为了安全起见，您可以使用完全控制此类事情的语言。

除此之外：我宁愿怀疑你是否会遇到这样的代码错误。