如果我实现了页面文件,我们正在部署物理windows服务器(460c / Gen8 / 128GB RAM / 300GB HDD),按照ram的1.5倍的最佳实践,它几乎占用整个磁盘,所以如此大量的RAM将有必要有一个页面文件,遵循正常的Windows方式。
这里有几件事要考虑。
如果你没有页面文件的RAM + 257 MB的大小,你不能得到一个完整的崩溃转储。 如果设置得太低,可以击中OOM条件。
你也可以把它留在“系统pipe理”,并衡量系统将要做什么。
1.5倍的RAMbuild议是旧的 ,不再有意义。 我会把它扔出窗外,忘记它的存在。
所以现在你必须问自己:
你关心一个完整的崩溃转储吗? 不,可能不是。 几乎在所有情况下,小型垃圾机都很好,很less有人花时间来分析或理解碰撞转储。
你能预测系统中的内存利用率吗? 如果可以的话,您可以估算将页面文件设置为多大,并将一些额外空间作为缓冲区。 我猜如果你能做到这一点,你就不会问这个问题。
前两个问题的答案是否定的? 如果是这样的话,那就去系统pipe理,并留意它,因为否则你会遇到麻烦。
简短的回答是:不,这样一个大的交换文件是不需要的 。
无论如何,这是一个高度争议的问题。
阅读本页你会发现你所指的最佳实践,一个突出的免责声明,说这个最佳实践不是来自微软,阅读的意见,你会发现有人提到交换文件作为90年代遗产…
正如微软文档所build议的那样,检查你要部署的任何应用程序的需求,根据预期的用户/工作负载来尝试估计内存使用情况,决定是否需要/需要全部内存转储并相应地采取行动。
您甚至可能会发现在您的硬件configuration的设置中可以使用16GB的交换文件。
在这里总结一下各种“规则”
注意:我说的任何地方都是1x RAM,实际上是1x RAM + 260MB。 有关详细信息,请参阅KB2860880
对于Server 2000和2003:
对于Server 2008和2008 R2:
对于Server 2012和2012 R2: