一楼祭js

每当小白拿着这样的扫描图来贴吧咨询大佬时，就会出现一大波冷嘲热讽的吧友。
有【
典中典
】党，说这是小白扫固态坏道，喜闻乐见；
有【科普】党，告诉你固态没有道，不能扫，扫出来的结果也没有意义；
有【smart】党，教小白用其他软件来查看固态的smart数据，根据smart表来判断固态好坏就行了；
有【多扫几次就坏】党， 对对对，再多扫几次，就能换新啦；
还有【类比科普】党，有才啊，男人怎么做妇科检查
但是没有一个人告诉小白，这种盘子，叫做【掉速盘】

于是，小白听从了大神的建议，掏出了一张smart表，诺，求大神帮我看看有什么问题？
大神们一看，你这盘子完全没毛病啊！早就说了，固态看smart就行了，你扫什么坏道！固态根本就没有道！
小白：但是我玩游戏的时候感觉卡顿了啊！
大神：你游戏卡顿跟固态硬盘有什么关系？都说了你这盘子是好的！
然鹅，这种盘子真的没问题吗？

一般的贴吧小白，到这里也就结束了，他会听信大神们建议，认为这块盘子完全没有任何问题。
可我就偏偏就不信邪，我打开HDtune，跑了一次全盘读取测试曲线图，结果如下：

对于任何有经验的老司机而言，这样的全盘读取曲线图，一眼就可以看出问题所在：这的确就是一块掉速盘。
但为什么smart表里没有显示出明显的故障信息呢？是smart表不准吗？
这样的掉速盘，是怎么形成的，又能不能修复呢？又该如何修复呢？
观众朋友们，欢迎收看今天的【走近科学】栏目

首先，smart表能记录的故障信息，有2个前提：
1、硬盘出现了硬性故障，比如出现实质性的坏块；
2、主控的工作机制正常，能够发现这些坏块并且记录到表中，比如0E这一项体现出来的数据。
但是当上述两个前提条件不存在的时候，smart表就不会更新故障信息。
图例所展示的掉速盘，就属于第一种情况，这不是硬性故障，没有出现任何实质性的坏块，所以主控自然不会记录。
那么主控会有工作不正常的情况吗？当然会有，比如吧友们经常提到的，有些硬盘刚开始smart表里是正常，一扫坏道扫出来好几个，再回头看smart表的时候，发现0e项更新数据了，这就是主控懒政不干活，它没能及时发现故障也就不更新数据，那你自然什么都看不出来。

那么，对于非硬性故障这种情况，在不做扫描的前提下，用户在日常使用过程中，会有直观的感受，那就是卡顿。
如果这块盘子是系统盘，那基本你做什么事情都会感觉到卡顿，哪怕你的游戏没有安装在这块盘子里。
而这种情况下，只依靠smart表来检查固态硬盘的工作状态，可能就看不出来什么问题了，这时就需要依赖一些工具，对硬盘的性能做全盘扫描，而DG的扫坏道功能以及HDtune的全盘读取曲线图就可以满足这样的功能需求。

所以，希望大家平时在对固态硬盘做检查的时候，不要只局限于看smart表，因为smart真的不够全面。
对于扫盘工具，也要学会使用，DG的坏道扫描功能，并不止DG一个软件，其他有类似功能的软件也可以使用，千万不要再说什么，固态没有道，怎么扫，这种拉低贴吧水平的话来，咱们是固态硬盘吧，不能是这种水平。
你没扫过，你不会看，你也没有研究过，但是应该学习这些软件的使用方法。

据我这阵子的观察，以及和小白的交流，我觉得【固态不能扫坏道】这种谣言，最初应该就是js传出来的，理由很简单：
当小白买了一块杂牌垃圾固态回来，使用了一段时间，经过DG扫描检测，发现了很多高延迟块，甚至是坏块，然后来贴吧问这是怎么回事，那么自然的，JS就会开始造谣：
固态都没有道，你怎么扫呀！
男人去看妇科检查？
这个逻辑就很简单，只要我诋毁了你做检查的工具，不承认你的检查结果，那你就没辙，我就可以不认账。
然后贴吧很多不明所以的小白开始跟风，但其实大家都一知半解，很少有人去做详细研究，甚至很长一段时间，连吧务团队也持相应的观点，那么这就真的很匪夷所思，也会让真正的高手贻笑大方。

言归正传，继续科普。
这种非硬性故障的掉速盘，是怎么形成的？
一般是由于主控的trim机制不够积极，盘内剩余空间没有被及时trim，导致了脏盘能力下降，进而掉速。
所以解决方案就是手动给盘子trim。
但是说起来容易，操作起来却有现实困难：因为大多数人没有办法把盘内的数据转移到另一块空盘保存，所以不能对盘子采取全盘格式化+trim的操作，那也就无法彻底解决。

这里还是要稍微打断一下，解释一下为什么和trim有关。
首先，windows系统在对文件做删除的动作时，执行的只是逻辑层面的删除，而存在于硬盘上的数据，并没有做物理层面的彻底删除，这一点，机械硬盘和固态硬盘都是一样的。
但是不同点在于：机械硬盘采取直接覆盖写入的方式，所以就不需要做真正的物理层面的删除。也就是说，机械硬盘在写入数据的时候，不会管你盘子上是不是真的存在物理数据，只要操作系统在逻辑层面认为这里没数据，那我就硬写，会把之前的数据直接覆盖掉。
而固态硬盘由于闪存颗粒无法直接覆盖写入，所以必须先做删除的动作，才能继续写（其实我也不懂为什么闪存颗粒不能直接覆盖写入），但是固态的主控又不是实时做这种删除的动作，它总是要延迟一段时间，才去删除的，这个删除的动作，就叫trim。
说到这里，有同学可能要问了，那为什么固态的主控不能实时trim呢？这样不是更好吗？

到处都说不能扫，而实际我一条坏的mlc固态确实能扫到红块，并且由于是系统盘，读到那系统就死机

因为主控的策略，要兼顾性能和寿命，就没法去做实时trim，这是最重要的一个原因。
当然，还有其他原因，比如当时主控整忙着做其他事情，比如主控正在写入或读取，主控的温度过高等等，那么很显然当前时间段就不允许立即trim，主控总得要等到空闲的时候，才有精力去做trim吧？
但实际上，很多情况下，主控也并不是一空闲就立即trim，它们在摸鱼不干活。因为，trim的机制总是要更多顾及到寿命的。trim积极，意味着刚刚擦出掉数据的那部分颗粒，又可以写入数据了，那怎么保证磨损均衡呢？说好的要坏一起坏，这样才能达到寿命最大化，现在主控老是trim，一直trim，那就会导致有一部分颗粒是要先被磨损掉的，从而整体硬盘的寿命没法保证了。
所以，厂家肯定会优先保寿命，而不是优先保性能。因为你掉速那是在你使用一段时间之后才能慢慢体现的，只要我厂家保证给消费者的硬盘，刚买来的时候是满速，那就行了啊。你说你用一段时间掉速了，那谁不掉速？那是你使用造成的，和我主控策略有什么关系？

所以，主控觉得，我最好是等你全盘数据都写满之后，我再执行trim，这样所有颗粒同时完成一次完整的P/E，这样对寿命是最友好的。
但是问题就来了，主控懒得trim，用户数据过了半盘之后，它脏盘能力就会变得很差，用户就会觉得卡啊！比如我1T的硬盘，表面上看，是只使用了500G，还剩500G的空间，然鹅由于主控没有及时trim，实际上我的真正可用空间或许都不到50G，那能不卡吗？
这时候用户掏出smart表来检查硬盘，又看不出来问题来，那为啥子硬盘性能下降这么多呢？