TrueCrypt 7 对 Hynix C210 SSD 卷加密的磨损均衡的影响

TrueCrypt 7 对 Hynix C210 SSD 卷加密的磨损均衡的影响

我在 Dell Precision M6600 上使用 500 GB 的 SSD,即 Hynix C210。在这个驱动器上我有 2 个分区。几乎所有驱动器空间都分配给了分区(最初分区时我并不知道这个有用的建议http://www.anandtech.com/show/6489/playing-with-op)。

在系统分区上,我已经安装了 Windows 8.1。

在该 SSD 的非系统分区上,我创建了一个 20 GB 的文件容器,并使用 2012 年发布的 TrueCrypt 7.1a 对其进行了加密。我选择了 AES-Twofish-Serpent 算法的级联实现和 HTS Whirlpool 实现。当然,当我安装它时,它会被读取为一个 20 GB 的不同分区,但我从未将其堆叠到这个大小。

我问了客服海力士什么是在 SSD 产品上的文件容器中使用 True Crypt 的效果我收到的答复是“我不确定 AES-Twofish-Serpent 算法是否FDE(全盘加密)输入或Opal SSC(安全子系统类) 型。一般来说,FDE 的寿命损失比 Opal SSC 更大“”。

我一直无法确定 True Crypt 是否使用 FDE 或 Opal SSC,而且我不确定答案是否有意义,因为如果算法仅加密文件容器,它怎么会使用 FDE 呢?

根据我在谷歌上搜索到的信息,Hynix不使用 SandForce 控制器对 SSD 进行 TRIM,因此磨损均衡不应该像默认压缩那样增加这么多数量级,如此处所述http://www.tomshardware.com/reviews/ssd-520-sandforce-review-benchmark,3124-11.html 因此,Media-addicted.de 上的文章“SSD 和 TrueCrypt:耐用性和性能问题”的作者在引用 AnandTech 的人员的话时说:“SSD 上分配的空间已加密或几乎完全被用户数据填满(这基本上具有相同的效果)。”为什么在磨损均衡方面会相同?在我的卷加密案例中,即使文件容器的空间在 Windows 中看起来是预先分配的,系统也不会看到文件容器的所有内容都已分配和写入,对吗?例如,在使用 TrueCrypt 安装文件容器的每个会话中,当安装时,我可以从卷菜单按钮查看 TrueCrypt 卷属性,并查看例如在该会话中,有 X 量的“自安装以来读取的数据”和 Y 量的“自安装以来写入的数据”。我想知道的是:1. 我如何才能找出此特定实现增加 SSD 磨损均衡的因子级别(1.1、2.9 等?)以及 2. 我可以使用哪种更好的实现(当然,考虑其他免费加密程序)来优化此特定 SSD 上的磨损均衡 3. 如果我在安装会话中不在文件容器内进行任何写入,则每次安装时发生的磨损均衡量是多少。所以这不是关于这种特定实施的安全性的问题,我现在唯一关心的是磨损均衡对 SSD 寿命的影响

相关内容