Answers:
传统的答案是将页面文件与系统驱动器分开，但X-25E的性能通常应使其不必要，尤其是在服务器上。如果您无法在系统中放置足够的RAM来避免不必要的页面调度，或者您拥有的应用程序（例如Exchange 2007）无论如何都可以大量使用页面调度，则可以将页面文件放在专用磁盘或磁盘上利用率通常较低的地方还是一个好主意。
但是，使用单个X-25E作为系统驱动器对我来说有点奇怪。是否将SSD用作系统驱动器是一个好主意，这完全取决于您要使用服务器的用途，但在大多数情况下，（正确配置）服务器上的系统驱动器将不是您想要的最重要的IO瓶颈。控制。
我可以肯定地说的是，您不应该仅将一个驱动器用于系统或普通数据卷。在RAID 1中使用两个相对较小但速度较快的驱动器（2x10K SAS）的标准做法可为大多数服务器加载足够的性能以加载（大多数情况下为静态）系统驱动器文件，但可以保证一定程度的故障恢复能力。SSD可能不是机械的，但它们仍然可以而且确实会发生故障。
理想情况下，您想使用SSD来消除IOPS受限的问题-您的RAID 10阵列在大多数情况下可能能够接近X-25E的传输速率，但与IOPS几乎没有关系（数百个）最好与X-25E的数千个相比）。但是，由于它是单个驱动器，因此您应该非常不愿意将任何您无法承受的东西完全丢失在它上面-如果是我，我会将它用于临时文件空间（例如，打印后台处理，用于暂存DB区域）。报告等）。
结帐http://blogs.msdn.com/e7/archive/2009/05/05/support-and-qa-for-solid-state-drives-and.aspx
但是，以下内容可能比服务器使用更适用于消费者使用，因此请一take而就。
页面文件应该放在SSD上吗？
是。大多数页面文件操作都是小的随机读取或较大的顺序写入，这两种都是SSD能够很好处理的操作类型。
在查看来自数千条迹线的遥测数据并关注页面文件的读取和写入时，我们发现
Pagefile.sys读取的页数要比pagefile.sys写入的数多40到1，
Pagefile.sys的读取大小通常很小，小于或等于4 KB占67％，小于16 KB占88％。
Pagefile.sys的写入量相对较大，大于或等于128 KB的占62％，正好1 MB的占45％。
实际上，给定典型的页面文件引用模式和SSD在这些模式上具有的良好性能特征，几乎没有文件比页面文件更适合放置在SSD上。
我知道我在这里违背民意，但是多年来，我在没有页面文件的多个系统上运行WinXP，并且没有不良影响。我自己购买了X-25，并安装了没有页面文件的XP。我只是看不到Window的过时页面文件中的内容耗尽了我的SSD。
如果XP在1GB RAM和1.5GB最大页面文件下可以正常运行，我不明白为什么在2.5GB RAM和无页面文件的情况下XP不能正常运行。在非常罕见的情况下（例如运行有大量打开的窗口，很多打开的Firefox窗口以及正在运行的其他一些内存猪的photoshop），我会收到内存不足的警告 ...但是我敢肯定，我会得到同样的警告如果我的页面文件已经用完了 无论如何，我要做的就是保存工作并关闭一些占用内存的应用程序，我很好。
//放上///最后，如果我们“必须有页面文件”，我不敢相信在2009年，我们无法为页面文件制作原始的RAM磁盘！我的意思是说真的，在1986年，我可以在我的Amiga上创建一个固定大小的RAM驱动器，该驱动器在重启后仍然可以幸存（VD0：ASDG可恢复RAM磁盘）！四分之一世纪后的今天，如何仍不具备在Amiga上理所当然的功能？// Rant off //