スラッシュドット・ジャパン

両方の発想があります。

・read はそれぞれ別のところを読むことで高速化
    問題はどれぐらい離れているブロックを読む場合に別デバイスに読みに行くと
    効率がよいか、でしょうね。近接トラック上の別ブロックではあまり性能アップ
    に繋がらないでしょう。

・read のために head seek する際に、head が platter に着地したらデータが
    壊れるかもしれない。この場合、被害にあうのは head seek 中なので、
    壊れたブロックは read target ではない可能性の方が高い。と言う事は、
    破損検出が難しくなると言う事で…そんなリスク犯せるかっ!という戦略。

・両方のHDDに read リクエストを出して、先に完成したほうをもってデータと
    する。遅いほうもエラーが出なければOK。エラーが出たら、速攻で「壊れた」
    とする。そうしないと「このブロックはdisk1が、あっちのブロックは disk0が
    壊れてる」とかいう状態に陥って、どちらも引っこ抜けない…なんて事になる。
    (つーか、ミラーに限らず、Raid 1,3,4,5には潜在的に常にこの可能性が…)

高いマシンなら大抵3番目じゃないでしょうか?データがなくなった時が怖いから。