没有充分的心理准备千万不要尝试坑爹的AMD StoreMI技术

AMD 4XX系列主板附赠的StoreMI技术,使用固态硬盘和内存对机械硬盘进行加速,能通过软件模拟来实现类似希捷混合硬盘SSHD的效果――在理想情况下达到固态硬盘的性能和机械硬盘的容量。乍一听是不是一个不用白不用的黑科技?然而我用了一个多月时间确认这是一个极不完善的方案,在没有做好心理准备之前千万不能贸然尝试。

AMD 4XX系列主板附赠的StoreMI技术,使用固态硬盘和内存对机械硬盘进行加速,能通过软件模拟来实现类似希捷混合硬盘SSHD的效果――在理想情况下达到固态硬盘的性能和机械硬盘的容量。乍一听是不是一个不用白不用的黑科技?然而我用了一个多月时间确认这是一个极不完善的方案,在没有做好心理准备之前千万不能贸然尝试。

本人现在的软件版本为Rev: 1.3.7.19568PR Dec 21 2018 09:25:15,也是截至发布日期时的最新版本。

至于具体为啥坑,且听我细细道来。


StoreMI的组建是不可逆的操作

首先,很多人在使用前毫不知情的一点便是,StoreMI的组建是一个不可逆操作。你可以保留机械硬盘上的数据,直接和一个现有的固态硬盘组成Tier_Full或者Tier_Rsvd;但是反过来,你无法保留数据从StoreMI状态重新回到单纯的机械硬盘。

一旦StoreMI组建成功,你就会得到一个名为AMD T00 StoreMI的虚拟驱动器。此使,除非放弃硬盘上所有的数据,你无法没有任何办法从这个虚拟驱动器恢复为原来机械硬盘。

StoreMI在创建时并没有让用户充分知悉这一点。相当多的用户是在组建后尝试恢复时发现不行、转而研究用户文档时才发现的。一朝为StoreMI,终身为StoreMI。说难听点,StoreMI可以说是直接绑架了用户的硬盘,这种骚操作是我用了诸多加速系统(如Intel RST,PrimoCache)都闻所未闻甚至想都想不到的!


StoreMI的任何一种模式都不安全

StoreMI总共有三种模式——Tier_Full,Tier_Rsvd和Single。

Tier_Rsvd看似就是用固态硬盘做机械硬盘的缓存,而Single看似就是机械硬盘本身。但实际上,即便你使用的是看似稳健的Tier_Rsvd或Single模式,正如前面提到的,StoreMI都会永久改变数据的底层存储方式,没有任何例外。

举个例子,我使用一个东芝3TB机械硬盘和建兴60GB固态硬盘组成了一个StoreMI驱动器并建立了3个分区。我将StoreMI切换为Single模式,使用DiskGenius绕过StoreMI尝试直接重建机械硬盘上的分区表,来模拟StoreMI崩坏后的数据恢复过程。结果是,DG只能识别出第一个分区的容量,而这个分区内的文件则全部没有识别出来。

从Reddit上已有的StoreMI强拆后文件恢复的经验看来,不论是Tier_Full、Tier_Rsvd还是Single,StoreMI的底层存储都已面目全非,一旦发生硬件、软件上的意外,即便你的机械硬盘完好无损也只有走非常规级别的数据恢复


关于Tier_Rsvd的奇怪BUG与Feature

首先,即便我通过Tier_Rsvd模式组建了StoreMI,在更改设置的GUI页面上给我显示的却是Tier_Full。

其次,Tier_Rsvd可以在更改设置的GUI页面上转换为Single模式,但Single模式只能再转换为Tier_Full。如果要重新回到为Tier_Rsvd模式,只有通过清空磁盘->重新组建这一个过程。

在跟农企技术支持交流的邮件中这已经确认上述两条一个可能是BUG而另一个就是Feature:

农企给我的回复如下:

 


与Intel RST和PrimoCache的比较

在换AMD平台前,我一直使用Intel RST来实现类似的硬盘加速,也接触过PrimoCache。相比之下,这两个软件都不支持机械硬盘和固态硬盘容量合并,此外Intel RST不支持内存作为缓存加速。但是,这两款软件的可靠性都远比AMD StoreMI高。

首先,Intel RST和PrimoCache在组建时默认采用的都是只读缓存加速,也是最安全的加速(而不像StoreMI一上来就推荐你用最激进的Tier_Full)。在只读缓存下,你的系统在任何时候宕掉,只要机械硬盘完好数据就不会发生丢失。

第二,Intel RST和PrimoCache也可以进行更高效读写缓存加速,但会GUI操作都会明确标示风险以供用户斟酌。而且,即便是这个读写缓存模式,这两款软件也比StoreMI的任何一个模式要安全可靠,至少底层的文件存储没有发生改变

第三,Intel RST和PrimoCache根本就没有任何放弃磁盘全部数据这样高度危险的GUI选项。至少它们知道一点,做磁盘加速的,性能什么的都是其次,数据安全才是第一位

 

称谓(*)
邮箱
留言(*)