页面文件放 SSD 会加速磨损？一道算术题终结争论

流言从何而来

早期 SSD 确实配得上这份谨慎。2008–2012 年的第一代消费级硬盘，NAND 耐久预算小、磨损均衡固件不成熟，能省下的每一次写入都货真价实地算数，把页面文件挪到机械盘上是合理的保险。后来这条建议在时间里冻结了，在脚下的硬件早已彻底更换之后，又继续流传了很多年。

现代消费级硬盘完全是另一个物种。典型的 500 GB TLC 盘带着 150–300 TBW 的质保耐久度——一生允许写入的 TB 数——而系统 SSD 的常规更换周期，恰恰以年为单位承受这类使用。要紧的数字印在规格表上；流言可不会印在规格表上。

没人去算的那道算术

来算一算流言从来不算的账。内存充足的普通台式机上，页面文件流量是每天个位数 GB；就算重度情形——8 GB 内存上跑吃内存的负载——也就是每天 10–20 GB 的写入。按每天 20 GB、全年无休来算：一年约 7 TB 写入。

典型 500 GB 消费级 SSD 的质保耐久度：150–300 TBW
现实中页面文件的写入流量：每天 1–10 GB；每天 20 GB 已是重度情形
每天 20 GB、一整年 ≈ 每年 7 TB 写入——重度情形也不过如此
150 TBW ÷ 每年 7 TB ≈ 重度使用 20 多年才会耗尽质保耐久度
真实的盘经常活过自己的 TBW：质保数字是下限，不是死亡日期
你机器上的真相：CrystalDiskInfo 或厂商健康工具里的 SMART 属性 Percentage Used

禁用页面文件的真实代价

Windows 的提交限制等于已装内存加页面文件大小，而应用程序预订的是提交量——它们不会客气地问还剩多少空闲。没有页面文件，一台 16 GB 的机器上预订 25 GB 的游戏或 Adobe 项目，会在真实内存还空着一半时，就因内存不足错误而分配失败。崩溃分析也随之消亡：没有 pagefile.sys，蓝屏之后无处写内存转储，下一次 BSOD 注定成谜。

而收益是零——这笔交易如此悬殊的原因正在于此。为了“保护”SSD 把页面文件挪到机械盘，等于把每次页面换出的微秒级 SSD 延迟换成毫秒级 HDD 延迟——为了让上面的算术早已否掉的磨损避开，买来一次可测量的减速。把页面文件留在 SSD 上，尺寸交给系统管理，把担心花在真正伤盘的事情上：高温和塞满的磁盘。