64GB老固态狂写1PB数据竟然没挂？打破你的SSD寿命焦虑！

在如今这个TLC、QLC颗粒满天飞的时代，大家买固态硬盘最怕什么？没错，就是“寿命焦虑”。很多人买回新盘，天天盯着软件里的健康度和TBW（最大写入量）发愁，生怕多下几部电影硬盘就折寿了。

但是，最近外网的一位网友搞了一个固态硬盘的极限折磨测试，打破了“TBW耗尽硬盘就会当场暴毙”的固态硬盘寿命传说。

这次被拿来“献祭”的，是一块古董级硬盘：SanDisk P4 64GB SATA II 固态硬盘。

SanDisk P4 64GB SATA II 固态硬盘

根据早期官方规格表，这块盘的官方标称寿命只有区区 40 TBW。在测试之前，它的 SMART 数据显示通电时间也已经超过了恐怖的 60,000 小时（相当于不眠不休连续开机了快7年！），且通电次数超过1100次。而且它用的还是早期老旧的入门级主控。

如何在64GB老盘上写出 1PB 数据？

要想在一个64GB的盘上写出 1PB（约合 1,000,000 GB）的数据，如果靠我们日常复制粘贴，怕是要写到地老天荒了。

这位老哥利用了 Windows 11 系统中的一个海量存储遥测（telemetry）日志漏洞。他写了一个每5秒高频循环执行的宏命令，疯狂诱导系统把海量的日志数据写入硬盘里。

测试最终结果显示：这块老盘的 SMART 数据表直接被刷爆，不仅干碎了32位整数的记录极限，写入总量更是一路狂飙，突破了 1PB 的大关！

测试后数据截图

为什么没被干冒烟？

稍微有点懂硬件的值友肯定会问：1PB 的真实物理写入，就算是的极品 SLC 也得受不了，它凭啥就不会挂掉？

这里就涉及到固态硬盘的底层固件和缓存机制的奥秘了。作者在分析底层硬件日志（尤其是 Attribute 241 和 Erase Fail Count）后发现：系统狂轰滥炸的其实是虚拟缓存操作。在这些海量数据真正对物理 MLC 闪存单元造成物理级别的不可逆磨损之前，它们就在主控的缓存层中被算法“优化”处理掉了。

这恰恰是本次测试最让人感叹的地方：要知道，这可是一块2010年针对低端上网本而设计的廉价主控！如今它挂载在庞大的 Win11 系统下，面对每5秒一次的高并发指令，处理了超过 2兆（2 Trillion）行 的原始系统遥测和高频虚拟命令。

整个过程中，它没有卡顿死机，没有引发蓝屏，甚至没报出一个固件异常错误！对于一个16年前的入门级硬盘来说，这种底层架构的冗余度设计堪称牛逼。

TBW 真的是“自毁开关”吗？

数码圈一直有一种说法：现代SSD的固件极其鸡贼，一旦寿命（TBW）耗尽降到0%，就会触发硬件级“自毁开关”，强行锁死成只读模式甚至直接报故障。

这次的 1PB 测试（写入量超过了官方 40 TBW 标称值的 25倍！），狠狠打破了这种令人焦虑的说法，它证明了两个事实：

• 主机写入（Host Writes）≠ 闪存实际写入（NAND Writes）： 现代操作系统软件层以为自己写了 1,000,000 GB，但老主控在数据管道中能将其拦截、分类并过滤了，底层的物理健康度并没有随着系统日志的写入而崩塌。

• TBW只是质保线，不是生命线： 打个比方——这就像汽车跑过了10万公里的原厂质保期。过了这个坎，它可能会需要更多的维护，或者稳定性下降，但绝不意味着发动机在突破里程表的瞬间就会炸缸。

总结

这个极限实验并不是鼓励大家去用跑分软件恶意摧残手里的固态硬盘，它更像是一次对底层硬件逻辑的探索。在各大厂商纷纷缩减成本、不断推进高密度颗粒的今天，老旧硬件用它扎实、甚至有些低端的的算法过滤固件给我们上了一课。

对于咱们普通玩家来说，结论非常简单：日常使用，哪怕是做系统盘、打游戏、轻度剪辑，你的SSD也远比你想象的要耐造。 只要不是挖矿或者做高强度数据中心缓存，放心去用，不用再为了省那一点点写入量而把缓存关掉或者天天为了那点写入量提心吊胆！