问为什么我的内存基准测试结果很奇怪？

EN

你必须牢记你真正测试的是什么。这肯定不是.NET程序的赋值数组元素的能力。这是非常快的，通常是大阵列的内存总线带宽，通常约为37 GB/秒，取决于机器的RAM类型，5 GB/秒是您今天可能遇到的最常见的类型(旧机器上的慢时钟DDR2 )。

new关键字只在按需分页的虚拟内存操作系统上分配地址空间。只将数字发送到处理器，每4096字节一个。

一旦您第一次开始分配元素，请求分页功能就会生效，并且您的代码会强制操作系统为数组分配RAM。数组元素赋值触发一个页错误，数组中每4096个字节都有一个错误。或者你的数组的512倍。处理页面错误的成本包含在您的测量值中。

只有当操作系统有一个零初始化的RAM页可以使用时，这才是顺畅的。通常需要半微秒左右的时间。对于处理器来说还有很长一段时间，当操作系统更新页面映射时，它将会停止。请记住，这只在第一次元素访问时发生，随后的访问速度很快，因为RAM页仍然可用。通常是这样。

当这样的RAM页不可用时，情况并不是一帆风顺的。然后操作系统必须掠夺一个。在你的案例中，我能想到多达4种不同的情况：

• a页可用，但尚未由低优先级零页线程进行零初始化。
• 一个页面需要从另一个进程中窃取，并且该页面的内容不需要被保留。例如，对于以前包含代码的页面，会发生这种情况。
• 一个页面需要被盗，它的内容需要保存在分页文件中。例如，对于以前包含数据的页面，会发生这种情况。一个硬性的页面错误，这一点很伤人。当磁盘写入将place.
• specific带到您的场景中时，处理器将停止，HyperV管理器决定是时候从主机操作系统借用更多的内存了。前面的所有要点都适用于该操作系统，外加操作系统交互的开销。不知道这需要多少开销，这也应该是痛苦的。

你会击中哪一颗子弹，这是非常，非常不可预测的。最重要的是，这不仅仅是因为它涉及到你的程序，在机器上运行的任何其他东西也会影响它。还有一个内存效应，就像在开始测试之前写一个大文件会有一个严重的副作用，这是由等待磁盘的文件系统缓存使用的RAM页引起的。或具有分配突发并排空零页面队列的另一进程。或者内存总线变得饱和，这很容易做到，也可能受到主机操作系统的影响。等等。

简而言之，分析这段代码并不是很有意义。任何事情都会发生，而且你没有一个合适的方法来预测它会发生。或者是一个很好的方法来解决这个问题，而不是让虚拟机占用大量的RAM，而不是在上面运行任何其他东西:)分析第二次通过阵列的结果将更加稳定和有意义，现在不再涉及操作系统。