在从Windows客户端缓慢克隆hg克隆的问题时，我发现通过将默认os页面大小从8gb减less到1gb，可以显着提高hg克隆的性能（速度提高10倍），从而强制（物理）物理记忆。
对于我的testing，我运行这个克隆命令：
hg clone -U --traceback --verbose --profile --time https://hg.mozilla.org/mozilla-central 在Windows Server 2012上：
使用默认设置（OSpipe理页面大小）：
time: real 653.507 secs (user 115.891+0.000 sys 486.922+0.000)
与手动设置（页面文件最大大小1024mb）：
time: real 179.646 secs (user 56.594+0.000 sys 58.234+0.000)
在Windows Server 2008上：
与手动设置（页面文件最大大小1024mb）：
time: real 1273.845 secs (user 98.905+0.000 sys 592.585+0.000)
从2008年开始，我无法复制性能增长，无论OS页面大小如何，相同的命令总是很慢。
我非常有信心，我们可以排除软件，networking和硬件方面的考虑因素，因为我尽可能准确地复制了环境（虚拟硬件是相同的：c3.2xlarge，16gb ram，80gb ssd，相同networking子网等）。 我认为（因为Matt Mackall对我提出的hg 错误 ，用户/系统时序比例的重要性）的评论，我们确实正在考虑OS级别的io或内存configuration问题。
任何想法，除了页面文件大小，我还应该看看什么？
我想不出一个理由，即页面文件应该有所作为，而不仅仅是一个大小差异（如果你正在做非基于wim的克隆，当然你会有页面文件的性能问题）。 消除或减less页面文件大小不会影响使用多lessram。 请参阅https://serverfault.com/a/75027/3528
所有说的默认窗口设置可能EC2做某种forms的内存balloning？