页面文件大小的Windows 2008 R2

如果我实现了页面文件,我们正在部署物理windows服务器(460c / Gen8 / 128GB RAM / 300GB HDD),按照ram的1.5倍的最佳实践,它几乎占用整个磁盘,所以如此大量的RAM将有必要有一个页面文件,遵循正常的Windows方式。

这里有几件事要考虑。

  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最烦人的蓝屏非常重要)