多个驱动器上的页面文件优先级

Question

我正在管理用于一些非常大的非线性有限元分析 (FEA) 计算的 Dell R710 服务器。有时，这些运行将占用超过 500GB 的分配内存。由于这台机器目前只有 132GB 的 RAM，这个额外的内存分配来自分页文件。

页面文件在旋转的 HDD 阵列上是最新的，并且造成了巨大的瓶颈。我研究了最大化内存 (288GB) 并添加 400GB Intel 750 NVMe SSD 作为专用页面文件磁盘。这应该会释放一些页面文件 IO 瓶颈，但我想确保我们不会最大化页面文件并导致大量运行崩溃。

如果没有获得 800GB Intel 750 的 864GB（3x 288GB）最大页面文件大小，我可以告诉 Windows 使用 HDD 阵列作为额外页面磁盘空间的故障转移吗？有什么方法可以将 SSD 优先级为页面文件的主要内容吗？谢谢。

Answer 1

您并不“需要”在 HDD 阵列上拥有页面文件。如果您想要故障转储，您可以简单地将其删除或将其设置为绝对最小值（当您更改 HDD 阵列上的单个页面文件大小时，操作系统会告诉您）。假设该数组是操作系统的位置。

在使用操作系统分区驱动器的页面文件后，这将自动强制写入 SSD。

将页面文件放在数组上有缺点。每个页面写入都会发送到控制器，并且不必要地通过控制器板的逻辑来确定实际在哪个驱动器上写入该页面。页面文件本质上是临时存储，因此拥有任何类型的 RAID 或阵列都没有任何好处（特别是如果有更快的子系统（即本例中的 SSD）可用）。

有人可能会问“大多数阵列控制器上的大型缓存怎么样？” 这些对于页面文件没有用，同样是因为根据定义，被分页出的内容是一段时间内未读取的内容，因此无论如何都不太可能访问缓存来读回页面文件。在这种情况下，具有内置基本缓存的 SSD 将比阵列缓存更快。

在您非常特殊的情况下（FEA 计算），如果算法需要定期跨越整个分配的内存，那么它会变得有点棘手。所以页面文件会被大量读回。在这种情况下，控制器上的任何大型缓存“都可以”提供帮助，具体取决于算法访问内存的顺序。如果它导致更多的 LIFO（后进先出）类型的访问顺序，那么它将有所帮助。如果它是随机的，那么好处可能有限。如果是 FIFO（先进先出）那么它可能会受到伤害。

微软 MVP 的随机说法表明，更快的驱动器将自动神奇地受到青睐。尽管我多年来的经验观察表明操作系统驱动器受到青睐。因此，上述配置可以解决您的担忧。