引言
最近因为网课消息闭塞的我于 4 月 13 号凌晨突然看到群友说要开车。
然后打开才知道是 JD 的阿斯加特 4T ssd，不是深夜开的那种车，虽然 2000r/4t 的确是很香吧……一看就知道是灵车，作为资深灵车受害者我必须得上一上
于是整了一个
不要在意三块，另外两块是别人的（
到货之后拍了两张序列号当保修留底，盒子没什么特别的，没有拍的欲望。
测试环境记录：
OS：Windows 10 2004
Motherboard：ROG Z370i
CPU：Shitel 8086k
Ram： 32G@3100MHz
系统盘：760p 512G
跑分
先进行一下例行的跑分：
没啥区别，忘截图了，过。
测试
因为这次的车非常的大，又非常的灵，让我有一种小孩开大车的感觉，所以干脆测试地彻底一点，按评(虐)测(待)的标准来。
然后打开我心爱的 HDTune Pro……不对，HDTune 不支持 200G+的文件，我还是用 dd for Windows 自己写个脚本来测试吧。
然后让我们先用大文件读写个半盘并记录数据：
这个……明显是全盘 slc 擦(ca)车(che)，平时体验不错，能用能用（五毛一条，发时删除）。
暂且不谈缓外 60M 直接吓得我停了测试，读的那四个在底部的点是怎么回事呢？是坏块，当读到的时候系统报错数据错误无法读取，然后四个文件就这样阵亡了……
有 SMART 为证（图中框出来的 A1 项是出厂坏块数，A6 项是目前坏块数，差值即为当前坏块）
所以这四个文件就直接光荣了……
当然，这里还不能让我停下，因为只要我不停下，道路就会不断延申——
列文虎克附体的网友们可能已经发现了，上面的 smart 信息里面竟然有 tlc 和 slc 写入量，经过简单的测试发现他们确实于实际数据存在关联，这么良心的固件可是绝无仅有，于是我很快地写了个脚本监测 smart F9(TLC 写)和 FA(SLC 写)
在把它放置 12 小时之后的半盘情况下又跑了个小粒度的测试：
可以看出来，平均 50M 的速度应该也有 Cache 正在升维有关，这个固件真的就是有多大空，擦多大车，这么实在的玩意自从 OCZ 凉了之后都没见过了。
同时，依赖于对其写入了的监控，我们可以知道，这个固态具体的擦车行为应该是：先擦满，然后边放边擦，不愧是大车。
最后再来个传统艺能，IOmeter 的 4K random 离散度测试：
WOW~ Awesome ！，撒盐纷纷差可拟。
对了，最后一段的点都在 0 上是因为它……掉盘了，虽然重启就又能识别到盘了。
总结
废物，数据的坟场，连游戏盘都不配。
话说作者自己可以全文转载，我还能放个链接在这（
Select Language