On Fri, May 23, 2008 at 5:31 PM, Guy Boisvert <[EMAIL PROTECTED]> wrote: > Well, i respect Open Source (and your opinion) very much but your comparison > imply that you had access to Adaptec's code! Maybe you really had access, i > don't know. If it's the case, then thanks you for having shared this > knowledge.
No need to see adaptec source code. Actively developed and widely used open-source projects have great success over their closed-sourced big-budgeted projects. But you are correct at one point: I do not have right to blame any vendor without a fair comparison. However, none of them tends to show theirs for a comparison. But again, according to general inclination, I have a great feeling that I am right. Besides, this is all about the philosophy of open-source. linux kernel-raid still has my vote. Nevertheless, closed-source firmwares are everywhere, should we become paranoid? Maybe one day, but today, software linux kernel-raid is a good competitor in raid world, so I think it is a good choice to be paranoid about raid-stuff. (And of course we should, it is a cheap and great redundancy and for both data safety and service continuety) As an example, IBM's SAN devices are great I think. I'd used one and loved its performance and simplicity and elasticity. No software open-source solution can easily race with it. > You're talking about failed disks or controller? > > With controller, easy with my backups (or backup card). People with no > tolerance to failing controller arrange things accordingly like i do. > > With disks, irrelevant. This is what I'm trying to explain. Even the same vendor breaks compatibility between different vendors and I'm still talking about controller cards. I have to have backup cards for all configurations I have. After using a backup card, I either have to supply a new backup for controller card or have to transfer my configuration to a new card. For external solutions, I had only managed one configuration since now so no comment/comparison on them. > Well, educate me (and maybe others) M8. I learn things everyday and i like > it. How would you do RAID10 with 3 disks? I know how to do it with at > least 4, then 6 and so on. > > As for RAID-10, more below. Do not ask me, ask linux kernel raid10 developer [2] > Well, english is neither my native language! As for reading, i'm not that > bad but i may have misunderstood what you really meant. In that case, > please forgive me! I didn't meant to be rude or anything. Please accept my apologies. I think I behaved somehow rude. No need to talk about such non-technical issued in this kind of a list :) > I agree that the compatibility is great with software RAID. However, there > are some limitations at least in performance (Bus saturation, etc). > > I "tried to read" your reference (the URL you kindly provided me, thanks) > and, quote: > > "When the top array is a RAID 0 (such as in RAID 10 and RAID 50) most > vendors omit the "+", though RAID 5+0 is clearer." > > "RAID 1+0: mirrored sets in a striped set (minimum four disks; even number > of disks) provides fault tolerance and improved performance but increases > complexity. The key difference from RAID 0+1 is that RAID 1+0 creates a > striped set from a series of mirrored drives. In a failed disk situation > RAID 1+0 performs better because all the remaining disks continue to be > used. The array can sustain multiple drive losses so long as no mirror loses > both its drives." > > > So they say, and correct me if i'm wrong, that RAID10 is a RAID 1 of RAID 0. > A mirror of stripe sets. You said it's not that, i lost you on this one. linux kernel raid10 is a combination of both raid0 and raid1, not sum of them. As developer himself says in [2] So you have 3x500GB disks and 750GB raid-volume. [2] http://neil.brown.name/blog/20040827225440 Have a nice sunday.... P.S.: Once more, I am sorry to steal someone's thread which is about raid5/raid50 but I am currently using raid10 in many configurations and even after some disk failures I recovered easily. So, I can honestly recommend raid10 over raid5(0) configurations. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos