狗东自营 2000 块买了块 4T 的 ssd - Asgard 4T SATA SSD 狗东上车记录 & 测评

引言

最近因为网课消息闭塞的我于 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 上是因为它……掉盘了，虽然重启就又能识别到盘了。

废物，数据的坟场，连游戏盘都不配。

话说作者自己可以全文转载，我还能放个链接在这（