我应该将交换文件保存在 SSD 驱动器上吗？

Question

我正在考虑让 SSD 驱动器作为主操作系统分区运行。据我了解，这应该会显着提高性能。

• 我的问题是： 我应该将交换文件留在那个驱动器上吗？

交换分区将主要​​是随机搜索，因此应该受益于速度。另一方面，它将不断写入，这将更快地磨损驱动器。

Answer 1

来自MSDN 博客>工程 Windows 7 >固态驱动器的支持和问答：

页面文件应该放在 SSD 上吗？

是的。大多数页面文件操作是小的随机读取或更大的顺序写入，这两种操作都是 SSD 处理得很好的类型。

在查看来自数千条跟踪的遥测数据并关注页面文件读写时，我们发现

• Pagefile.sys 读取的数量比 pagefile.sys 写入的数量大约为 40 比 1，
• Pagefile.sys 读取大小通常非常小，67% 小于或等于 4 KB，88% 小于或等于 16 KB。
• Pagefile.sys 写入相对较大，其中 62% 大于或等于 128 KB，45% 正好为 1 MB。

事实上，考虑到典型的页面文件参考模式和 SSD 在这些模式上的良好性能特征，很少有文件比页面文件更适合放置在 SSD 上。

Answer 2

这是我在 Linux 笔记本电脑中使用了大约两年的 OCZ-AGILITY SSD 的一些SMART数据。

我在磁盘上有一个交换分区，我所做的唯一“调整”是在 Linux 中设置 swappiness = 0。Windows 交换配置文件或多或少类似于 Linux swappiness = 0。

这是我的个人笔记本电脑，所以它不是每天使用 8 小时（更像是 1.5 小时），但我在它上面做了很多开发，所以有很多文件创建正在进行。

  9 Power_On_Hours          1199
 12 Power_Cycle_Count       2753
184 Initial_Bad_Block_Coun  0
195 Program_Failure_Blk_Ct  0
196 Erase_Failure_Blk_Ct    0
197 Read_Failure_Blk_Ct     0
198 Read_Sectors_Tot_Ct     1311815826
199 Write_Sectors_Tot_Ct    1546123387
200 Read_Commands_Tot_Ct    22347850
201 Write_Commands_Tot_Ct   31599623
202 Error_Bits_Flash_Tot_Ct 55136
203 Corr_Read_Errors_Tot_Ct 54890 
204 Bad_Block_Full_Flag     0
205 Max_PE_Count_Spec       10000
206 Min_Erase_Count         266
207 Max_Erase_Count         2166
208 Average_Erase_Count     842
209 Remaining_Lifetime_Perc 92

有趣的部分是：

• Power_On_Hours（我在电脑前花太多时间。）
• Max_PE_Count_Spec 是 10000，这是一个块可以处理的最小刷新次数。
• 最小、最大和平均擦除计数说明了磨损均衡算法的稳健性。我想最坏的块的闪烁频率是平均水平的两倍左右，这很正常。
• 剩余寿命百分比，即 92%。

所以......我认为可以安全地假设磁盘应该持续到我因其他原因退休。（*摸木头）已经太小了……

假设数字规模，每周 40 小时至少可以提供 3-4 年的寿命 - 可能更多，因为我怀疑我在家里磨损磁盘的效率更高......更少的会议......所以，我考虑到好处，认为这对于工作机器来说还不错。

100% / (40h/(1199/(2*52w)) * 8% = 3.6  // Did I get that right, eh...

所以，我的建议是：摆脱嘈杂的机械驱动器，享受宁静:-)

绝对安静的笔记本电脑真是太棒了。

在使用了 5 年多之后，我前段时间退役了该驱动器。我需要一个更大的驱动器，获得更快的驱动器也很好。有些街区肯定已经死了，但看起来它还能再坚持几年。

顺便说一句，它肯定在最初安装的笔记本电脑中幸存下来。

9 Power_On_Hours                  3965
12 Power_Cycle_Count              8755
184 Initial_Bad_Block_Count          0
195 Program_Failure_Blk_Ct           0
196 Erase_Failure_Blk_Ct             0
197 Read_Failure_Blk_Ct              0
198 Read_Sectors_Tot_Ct     5438181603
199 Write_Sectors_Tot_Ct    4223860468
200 Read_Commands_Tot_Ct     108147770
201 Write_Commands_Tot_Ct     87443515
202 Error_Bits_Flash_Tot_Ct     364621
203 Corr_Read_Errors_Tot_Ct     350922
204 Bad_Block_Full_Flag              0
205 Max_PE_Count_Spec            10000
206 Min_Erase_Count                940
207 Max_Erase_Count               7808
208 Average_Erase_Count           3119
209 Remaining_Lifetime_Perc         69
211 SATA_Error_Ct_CRC                0
212 SATA_Error_Ct_Handshake          0
213 Indilinx_Internal                0

Answer 3

我有一个更好的答案：为什么，什么时候可以购买更多 RAM？RAM 与 SSD 空间一样便宜或更便宜。这也是多快，它会像SSD硬盘从来没有（当然，几乎没有）降级做。

将内存交换到磁盘是 RAM 不足的症状。如果你需要加速交换，不要加速交换磁盘，升级你的内存，交换就会消失。无论如何，交换应该被视为最后的备份计划。

Answer 4

很多人都在说“如果你能帮上忙就不要交换”，但这是一种误导，至少对于 Windows（可能对于 Linux 也是如此）。窗户，尤其是。最近的版本，总是会尝试用它认为很快需要的缓存数据填充 RAM，并且会故意将其他内容交换到磁盘。无论您拥有多少 RAM，它都会执行此操作。我有 4GB，只有一半在使用，但交换仍然发生。禁用交换也是一个坏主意，因为某些程序可能需要为它们保留大量内存（想想 Photoshop），并且您很容易获得内存不足的消息。这取决于使用情况，但在极端情况下交换总是有用的。

因此，SSD 不是 RAM 的替代品（说“获得更多 RAM”没有抓住重点），而是可能更快地替代硬盘上的虚拟内存。看看这篇评论，看看 SSD 如何让机械硬盘置之不理：“2010 年 6 月硬盘综述”

还要记住，IOPS 数字远比传输速率重要。

要考虑的另一件事是您当前的交换驱动器是否也是您的主驱动器。对于大多数人来说，答案是肯定的。这意味着硬盘驱动器必须访问分页虚拟内存，同时还要访问数据和程序。在这种情况下，使用 SSD 进行分页可能会带来显着的改进。

我正在寻找尝试此方法以提供有关性能的明确信息的人，但在纸面上，案例看起来很明确。

Answer 5

如果可能，您可能希望使用辅助盘片硬盘驱动器作为虚拟内存的位置。如果您没有，仍然建议您拥有一个页面文件，但您可能需要禁用它以获得额外的磁盘空间。是减少内存负载还是增加磁盘空间很重要，这完全取决于您...