实在对大家抱歉了，这个测试因为各种原因，拖了1个月才出这第二集。不说废话，立刻请大家看测试的结果吧。
测试平台如下，和上次基本一致：
CPU：Intel Core i5-3470
主板：微星Z77A-G41
内存：金士顿 2G x 2
硬盘：Plextor PX-128M5M（系统盘）
Plextor PX-128M5Pro（测试盘）
系统：WIN7 SP1 64位旗舰版
考虑到大部分用户不会刻意改动节能设置，因此BIOS设置保持无超频的默认状态。
测试依然是在系统默认的msahci驱动和11.6.0.1030、12.7.0.1036、12.8.0.1016这3个版本的RST驱动上进行，因为我也没有条件做很复杂详细的测试，测试方式比较简单，就是在使用上述各款驱动的条件下，从系统盘内复制大量数据（高清电影文件）到测试盘内，然后在中途人工刻意拔掉测试盘的电源线，人为造成意外掉电的状态，在重新上电后，检查复制过去的文件，有哪些部分受损。
首先是msahci下的测试：
这是测试前测试盘的CDI截图。
复制到大约这位置时，拔掉测试盘电源线。
重新上电后检查CDI，C0的意外掉电次数正常的增加了1。
核对测试盘文件和源文件的HASH值，在掉电前显示复制完成的文件，HASH值正确，代表文件没有问题。
复制中途拔电的文件，毫无疑问的HASH码不正确。
从上面的测试来看，当使用系统默认驱动，如果掉电时硬盘有写入操作，那么只有正在写入的文件受损，而已经提示完成的文件，受损的机会相对就比较小了。
接着就是RST驱动了，先来11.6的。
测试前的CDI。
拔电后复制框立刻变红了。
C0如前加1。
检查已完成的文件，数据无误。
复制中断电的文件，无法通过验证。
11.6的情况跟系统默认驱动基本一致，所以可以认为在单纯使用11.6驱动时，2者掉电后造成的后果是类似的。
然后就是使用更大缓存了的12.7和12.8这两个驱动了，首先是12.7的。
测试前的CDI。
依然是复制中拔电。
重上电后，C0同样加1，其它项目如前没异常。
已经完成复制的文件顺利通过验证。
复制中断电的文件数据有误。
从测试情况看，12.7的表现跟默认驱动和11.6没有什么区别，我们先把12.8的结果也看过了再一起分析。
依然是测试前先看看CDI确认盘的状态。
接着还是在复制中途拔电。
重新上电后，盘除了C0增加外，并未出现其它异常。
最早完成复制的文件，正常通过了验证。
但第2个复制完成的文件，在验证HASH码时出错了。
复制中断电的文件自然也肯定无法通过验证。
目前所知，RST驱动12.x各版本，使用更大的内存容量作为磁盘缓存以提升性能是肯定的，但各版本使用的容量跟使用细节上是否有改动，目前还不太清楚。
现在12.7在测试上表现跟系统默认驱动一样，而12.8则差一些，已提示完成复制的文件在掉电后，数据依然有受损，我个人判断原因可能至少有以下两种：
1：12.8在缓存使用的细节上，有可能比12.7更激进一点，因此在向系统报告写入完成的时间上，比12.7要更早，从而造成12.8在碰到掉电的情况下，即使已经报告写入完成的数据依然会因为未完全写入硬盘而受损。
2：测试中我断电的时机有可能正好在12.7实际写入完成后才断，而12.8时却在没有真正完成写入就拔了，所以导致2个测试结果出现差异。
虽然因为各种条件所限，我这个测试并不特别严谨，但我个人认为测试结果对大家应该还是有一定的参考价值的。从目前所知的信息跟现在这个测试的结果来判断，我认为意外断电会导致数据会受损这点是肯定毫无疑问，只是这种受损的程度和后果，有多大和多严重的分别。
由于RST驱动使用了内存作为磁盘缓存来提升性能表现是毋庸置疑的，而12.x版更比旧版本在这方面更为激进一些，我个人建议如果你的用电环境并不十分稳定，而又没有UPS一类的设备预防停电，那么在没有绝对必要的情况下，不建议大家为了让测试软件跑分更好看些，就去安装RST驱动，如果确实有需要安装，在允许的情况下我推荐优先选择安全使用11.x版本的RST驱动，而尽量避免使用12.x。
另外对于重要数据，我再次请大家一定要记得常备份，对重要数据进行任何编辑修改操作时，都应该确定至少有一份独立的备份在另外的地方存放，这样才可以最大程度的避免因为任何意外造成数据丢失而产生的损失。
我会尽量在今晚稍晚一点，把第三集WIN7系统盘下的掉电测试结果也整理好发上来，预计午夜后发表，有兴趣的坛友可以稍等一下。 |
收藏
转播