got it. good point.<br>
why do you think raid5 would give poor performance ?<br>
as long as it is not in degredation mode the performance scales<br>
to n-1 disks. <br>
<br>
<br>
thanks<br>

raz.<br><br><div><span class="gmail_quote">On 11/30/05, <b class="gmail_sendername">Jonathan E Brassow</b> <<a href="mailto:jbrassow@redhat.com">jbrassow@redhat.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>On Nov 29, 2005, at 9:19 AM, Raz Ben-Jehuda(caro) wrote:<br><br>> Question:<br>> I need to add to a clsutered environment redundancy.<br>><br>> Since the native linux raid 5 is not clustered awared,<br>> what would make it aware to the cluster ?
<br>> What does it lack ?<br>><br><br>Clustered file systems and applications will ensure that they are not<br>doing simultaneous writes to the same [meta-]data.  However, they have<br>no way to tell that a write to one area will conflict with the write to
<br>another because of the stripe width and parity calculation of the RAID<br>device.  This will lead to parity block corruption.<br><br>To solve this problem, the RAID 5 implementation must be cluster aware<br>and take out single-writer/multiple-reader locks on the stripes -
<br>ensuring that multiple machines are not writing to the same stripe at<br>the same time.<br><br>The performance of a cluster-aware software RAID 5 is likely to be<br>abysmal, and will probably not rank very high on anyone's priority
<br>list.<br><br>A mirroring solution is in the works, and later, dd-raid may become a<br>reality.<br><br>  brassow<br><br>--<br>Linux-cluster mailing list<br><a href="mailto:Linux-cluster@redhat.com">Linux-cluster@redhat.com
</a><br><a href="https://www.redhat.com/mailman/listinfo/linux-cluster">https://www.redhat.com/mailman/listinfo/linux-cluster</a><br></blockquote></div><br><br clear="all"><br>-- <br>Raz<br>