关于drobo的原理说明，这里有详细说明：http://arstechnica.com/business/ ... drobo-review-1.ars/，没有神科技，也没有黑科技。
因为drobo的数据存储是数据敏感的，使用了SHA1算法的基于Hash的数据压缩方式，所以可能会把不同文件的中数据一样的数据块Hash到同一个地址，也就是说在硬盘中存储的时候，实际占用的物理硬盘空间可能小于所有文件的大小总和。

引用:

原帖由 luxzip 于 2011-5-5 11:35 发表

重建数据的时候，算法才是瓶颈吧。大量的时间都在消耗CPU的资源计算原始的数据，而不是读写本身。

这个Drobo盒子用的技术基本是Raid1和Raid5/6的混合，只有在3个盘或以上存在的情况下才会计算条带，在只有两个盘的情况下默认是使用镜像的，这种情况下基本没有计算压力；而且就算以条带方式存储，以这个盒子配的CPU，IO压力也仍然大于计算压力。
在楼主的测试中，10分钟完成数据重建对于常规的Raid1在理论上是不可能的，因为一块普通的家用2TB硬盘，10分中内无法写入1.8T数据，但是联系到前面的测试表现出这个盒子以1.5TB的硬盘物理容量存储了1.8TB的数据，最大的可能是测试用的数据有大量重复，在默认Hash压缩算法下实际硬盘中写入的数据远小于1.8TB．
正确的测试方法是使用伪随机数发生器发生随机数文件，填满阵列，然后抽取一块磁盘（开启了双盘容错的话抽取两块磁盘），然后插入新的磁盘测试重建时间，重建完成后抽取新插入的磁盘外的另一块磁盘（开启了双盘容错的话抽取两块磁盘），然后以同样的随机数种子发生随机数对文件进行校验。这样才能测试出这个盒子的极限性能。