页面文件大小的Windows 2008 R2

这里有几件事要考虑。

1. 如果你没有页面文件的RAM + 257 MB的大小，你不能得到一个完整的崩溃转储。 如果设置得太低，可以击中OOM条件。

2. 你也可以把它留在“系统pipe理”，并衡量系统将要做什么。

3. 1.5倍的RAMbuild议是旧的 ，不再有意义。 我会把它扔出窗外，忘记它的存在。

所以现在你必须问自己：

你关心一个完整的崩溃转储吗？ 不，可能不是。 几乎在所有情况下，小型垃圾机都很好，很less有人花时间来分析或理解碰撞转储。

你能预测系统中的内存利用率吗？ 如果可以的话，您可以估算将页面文件设置为多大，并将一些额外空间作为缓冲区。 我猜如果你能做到这一点，你就不会问这个问题。

前两个问题的答案是否定的？ 如果是这样的话，那就去系统pipe理，并留意它，因为否则你会遇到麻烦。

简短的回答是：不，这样一个大的交换文件是不需要的 。
无论如何，这是一个高度争议的问题。
阅读本页你会发现你所指的最佳实践，一个突出的免责声明，说这个最佳实践不是来自微软，阅读的意见，你会发现有人提到交换文件作为90年代遗产…

正如微软文档所build议的那样，检查你要部署的任何应用程序的需求，根据预期的用户/工作负载来尝试估计内存使用情况，决定是否需要/需要全部内存转储并相应地采取行动。
您甚至可能会发现在您的硬件configuration的设置中可以使用16GB的交换文件。

在这里总结一下各种“规则”

_{注意：我说的任何地方都是1x RAM，实际上是1x RAM + 260MB。 有关详细信息，请参阅KB2860880}

对于Server 2000和2003：

• 对于less量的RAM，大约2-4GB，页面文件应该是1.5x RAM。
• 对于大量的RAM，页面文件应该与RAM的大小相同。

对于Server 2008和2008 R2：

• 对于“普通”服务器，让Windowspipe理页面文件。 它几乎总是1个RAM。
• 对于仅适用于Hyper-V的主机服务器，请将页面文件设置为8GB（除非在崩溃时需要完整的内存转储，然后将其设置为1x RAM）。

对于Server 2012和2012 R2：

• 让Windows在所有情况下pipe理页面文件。
  • 在“正常”的服务器中，它往往是1x RAM（除非你有大量的RAM，那么通常小于1x，在任何情况下，Windows都会知道它需要什么，你不必大惊小怪）。
  • 在只有Hyper-V的主机服务器上，它通常只有几GB（现在我的是〜3GB）。 Hyper-V只需要大约500MB的交换空间就可以正常运行（pipe理和监视软件稍多一些），其余的是服务器蓝屏的内核转储空间。
• 如果您的服务器在过去的28天内进行了蓝屏，那么Windows会将页面文件放在1x RAM以上，以便在下次崩溃时捕获完整的内存转储（对于debugging最烦人的蓝屏非常重要）