什么是 SandForce_Internal?

Del*_*tik 4 ssd smart

根据palimpsest我的新OCZ Vertex 3 120 GB SSDSMART 属性ID 234 是

不可纠正的 ECC 计数

不可纠正的 ECC 错误数

[<code>palimpsest</code> 在 KDE 上显示 SMART 数据的屏幕截图]

我一直在关注这个值,自从它读到78.

然后,我跑过去smartctl -a /dev/sda看到了这个:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
195 ECC_Uncorr_Error_Count  0x001c   120   120   000    Old_age   Offline      -       0/51803881
233 SandForce_Internal      0x0000   000   000   000    Old_age   Offline      -       51
234 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       135
Run Code Online (Sandbox Code Playgroud)

看起来 OCZ 分配了 ID 234 作为其他东西,而 ECC 无法纠正的错误实际上是 ID 195。

我的问题是...

什么是SandForce_Internal对SMART属性233和234?

小智 6

自从第一次提出这个问题以来已经有一段时间了,但它仍然是相关的,因为在网上追踪这些信息仍然有点困难,所以这里有更多信息。

我在使用 Sandforce SF-2281 控制器的金士顿 HyperX Fury 上有这两个相同的神秘 SMART 属性。

如前所述,这两个数字跟踪“主机写入”(234)和“NAND 写入”(233)。

这些 SMART 属性通过记录已写入驱动器的数据量来跟踪 SSD 闪存的磨损程度。

之所以需要两种不同的属性,是因为 SandForce 2000 系列控制器尝试通过对操作系统发送到硬盘驱动器的数据应用“Durawrite”数据压缩来最大限度地延长闪存的使用寿命,然后再将其写入实际闪存。

然后,当您的操作系统读取数据时,控制器会透明地解压缩数据,使其逐位与原始数据相同。

他们这样做的原因是通过压缩存储在驱动器上的数据,他们可以在驱动器的整个生命周期内向闪存写入更少的字节,从而减少磨损并使闪存芯片的使用寿命更长。

...但并非所有数据都是可压缩的,因此有时“Durawrite”压缩确实有效,有时则不那么有效,因此这两个属性会跟踪您从压缩中获得的收益。

这是它们的工作原理...

主机写入(我的 Fury 上的属性 234)复制了“LBA 写入”属性(我的 Fury SSD 上的十进制为 241)并返回相同的值,该值仅跟踪您的操作系统具有的数据总量(以 GB 为单位)自首次安装以来,在其整个生命周期内写入 SSD。

“NAND 写入”(属性 233),通过显示实际写入(压缩后)到 NAND 闪存的数据的千兆字节总数,显示了“Durawrite”在压缩数据方面的有效性。

通常,“NAND 写入”将小于“主机写入”,比率由您存储在硬盘驱动器上的数据的可压缩程度控制。诸如浏览器缓存 (HTML) 之类的内容压缩得很好,但是已经压缩的格式(如 ZIPPED 数据、JPG、MP3 和 H264 或 MPG 视频)根本不会压缩太多,因为它们已经高度压缩,因此如果主要使用驱动器为了存储这种数据,HOST Writes 和 NAND Writes 几乎是一样的。

请记住,这两个数字都以千兆字节为单位,并且没有一个与任何类型的问题相关联,它们只是帮助您跟踪 SSD 的总使用量。使用 3K 周期闪存芯片,即使对于不可压缩的数据,240 GB 的 HyperX Fury 3K 也可以承受超过 700 TB 的总写入量(700,000 GB)。