【IT168 资讯】

　　五、NetApp RAID-DP

　　虽然Intel的Dual-XOR理论意义大于实际意义，但其改良的版本RAID-DP却已经被NetApp产品化。NetApp之所以喜欢这个类似Dual-XOR的RAID-DP算法，原因也很简单。

　　NetApp原本用的就是RAID4，而不是RAID5，其算法的中心思想就是每次I/O只跟两颗磁盘打交道就OK，自然就不会在乎RAID-DP中很多动作都只跟两、三颗磁盘打交道。

　　(这个思想也许在很多RAID5的Fans看来有点奇怪，难道不是磁头越多性能就越好吗?但是人家NetApp这么多年的经验都集中在WAFL文件系统上，而WAFL文件系统又是专门针对这种思想优化的。所以NetApp对这个略有异类的思想不仅没有放弃，而且还越研究越起劲。)

　　这个递归式数据恢复机制简直像在玩RPG游戏，但是对WAFL文件系统来说，却的确是最合适的选择之一。

　　六、五花八门的“准RAID6”

　　除了RAID-DP，还有X-Code编码、ZZS编码、Park编码……都可以看做是“准RAID6”。

　　X-Code编码

　　下面这个图是X-Code编码的解释。

　　P3x = 数据33 XOR 数据35 XOR 数据32

　　Px4 = 数据44 XOR 数据24 XOR 数据54

　　其他的校验是啥意思，不需要一一列出来了吧～

　　X-Code从理论上看，的确是个负载均衡、计算简单(只有XOR，没有类似GF一样的变换)、磁盘对称度很高的算法。但是实际应用还是有问题。

　　上图的例子是5颗磁盘的X-Code编码方式，例子中的5个条带是一个整体，一起处理。如果写入的数据不多，没有写满前3个条带，就需要在写入的同时，把未更新的数据读出来，凑齐3x5个数据，再一起计算校验码。

　　如果是6颗磁盘，那就要6个条带作为一个整体。

　　7颗磁盘一个RAID组，就需要7个条带一个整体。

　　8颗磁盘一个RAID组，就需要8个条带一个整体。

　　9颗磁盘一个RAID组，就需要9个条带一个整体。

　　10颗磁盘一个RAID组，就需要10个条带一个整体……

　　(打住!在这发帖子又没稿费，不用拼命凑字!)

　　总之这个算法的“重复单元”有点大。在实际应用中，这么大的“重复单元”使X-Code的应用面临两个问题：计算量大和空间浪费。(可能还有其他问题，比如名字太难听，总让人联想到黄色的东东。)

　　ZZS编码

　　ZZS也叫俄罗斯编码，bingo!猜对了，真聪明。这就是三个俄罗斯人在1983年提出的一种编码方式，ZZS就是三个人名字首字母缩写，跟S.H.E.演唱组的命名规则一样。

　　与X-Code相比，ZZS的“重复单元”就小很多——7颗磁盘的时候，3个条带是一个整体。

　　人家ZZS论文里给出的是数学公式：n颗磁盘的时候，(n-1)/2个条带是一个整体。

　　从这个公式你应该能发现ZZS编码的一个要求……(我知道，只支持单数颗磁盘。)

　　嘿嘿!你错了!实际上，ZZS算法只支持磁盘的个数为素数：……5、7、11、13、17……

　　不过人家ZZS组合(暂时就这么称呼吧)也指出，ZZS算法支持其中一颗磁盘上面全写0。这样就可以在应用中支持4、6、10、12、16……(素数-1)颗盘了。

　　什么?还没明白?在计算的时候，内存里虚拟一个全0的影子盘不就行啦!