皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

固态硬盘最大的问题:软件比硬件更加难搞

作为新生事物,很多朋友对 SSD 有着天然的不信任。不少人觉得,SSD 和 HHD 相比,寿命更短,这是由于闪存特别是 TLC 擦写次数较少所决定的。

固态硬盘最大的问题:软件比硬件更加难搞

不过,和人们的印象不同,SSD 只要使用了合格的元件(例如原厂 NAND 颗粒乃至白片),硬件上极少出现问题。与硬件部分相比,SSD 软件部分——固件,出过的问题可能更多!

固态硬盘最大的问题:软件比硬件更加难搞

和 HDD 相比,SSD 的机制要复杂得多。例如,SSD 和传统 HDD 结构完全不同,SSD 需要通过 FTL 层和系统对话;又例如由于闪存需要擦写后才能重新写入数据,所以 SSD 需要进行 Trim 来把闪存重新“洗干净”;再例如,SSD 还需要一个好的平衡写入算法,来确保闪存颗粒被均衡损耗,不至于出现某一个区块写入量特别大,而提前挂掉的情况。

这些复杂的机制,都是由 SSD 固件调控的,SSD 固件的编写难度,可见一斑。于是,SSD 因为固件翻车的情况屡见不鲜。 那么到底出现过什么著名的 SSD 固件翻车案例?这就来为大家盘点一下!

8M 门:数据灰飞烟灭

这是一个出现在 320 系列 SSD 中的典型固件问题,在 X25M 等型号中也有出现过,但出现的频率没有 320 系列 SSD 高。由于固件编写有问题,320 系列 SSD 在断电重启后,很有可能容量会变为 8M,而不是实际上的数十 G 容量。 一旦问题发生,SSD 基本上和砖了没有什么区别。尽管用户可以联系退货,但丢了的数据,就无缘再见了。

固态硬盘最大的问题:软件比硬件更加难搞

这个问题官方的叫法是“Bad Context 13X Error”,用户其实也可以手动解决。官方给出的临时解决办法是,利用 SSD TOOLBOX 进行 Secure Erase 安全擦除,这可以让 SSD 恢复到可用的状态——但是,用户的数据会全部丢失。最后,官方发布了新版固件,总算是解决了问题。

5200 小时门:SSD 时辰突然已到

这是一个在 M4 系列 SSD 中出现的固件问题,有很多用户发现,M4 系列 SSD 在用到 5200 小时左右的时候,会出现周期性蓝屏。有经验的用户观察到,在蓝屏中的报错代码是“0xF4”,这是一个典型的丢盘代码。

一般来说,出现这个代码意味着 SSD 已经很不健康了,闪存寿命将尽。但这是不合常理的,虽然和 HDD 相比,SSD 的理论寿命的确更短,但也完全不至于短到只有 5000 个小时左右。

固态硬盘最大的问题:软件比硬件更加难搞

经过了用户和官方的一轮撕逼后,这个问题被确认为固件问题。官方之后发布了新固件,固件阐明“修正了通电 5184 小时之后 SMART 计数器出错导致 M4 不响应的问题”。最终,M4 的固件问题得到了修复。

实际上,M4 的固件性能表现在同时代的 SSD 中是出类拔萃的,尤其是在高负载时候的性能,堪称企业级。但官方对待固件问题的态度,让很多用户深深失望。M4 系列的后继者,再也没有达到 M4 的受欢迎程度

掉速门:TLC 大吃一惊

这是出现在 840 系列 SSD 中的固件问题,而 840 系列 SSD,可以说是 TLC 闪存推广的先锋。TLC 闪存长期被人们认为性能寿命欠佳,偏偏 840 系列 SSD 出现了速度狂掉的问题,这让人们对 TLC 更加谈虎色变。

在 840 系列 SSD 中,掉速的具体表现是长期不访问的数据读取速度胡出现大幅下滑, 如果只是看现象的话,这最有可能是一个写入平衡方面的问题,和闪存并没有什么大关系。但是用户本来就对 TLC 不满,840 系列在这个节骨眼出现“掉速门”,令很多用户感到不安。

固态硬盘最大的问题:软件比硬件更加难搞

不过这个问题解决得还是相当迅速的,官方经过调查后,很快给出了解释。官方的说法是,由于软件算法存在错误,840 EVO 会不停地在数据保存的单元中进行读取-重试 (Read-Retry),导致整体读取性能下降。

这是一个闪存管理机制对电压变化的反应存在的失误,利用官方发布的性能修复工具,可以无损修复。现在 TLC SSD 已经普及,再也没有出现什么“掉速门”,事实证明掉速的确不是 TLC 的锅。

实际上,SSD 的硬件已经日趋成熟,市面上并不乏高性能的公版主控方案。但这在固件方面,就算是大厂,也不能保证一定不翻车。

分享到:更多 ()