On Fri, Apr 25, 2014 at 10:52 PM, Saurabh Jain <[email protected]> wrote: > Nonsense. Hardware raid only works on entire disks, maybe that's where this > person's logic is coming from. Software raid has no noticeable performance > difference between whole disk and partitions.
I am not sure this logic should be true, especially if the partitions are on a single disk. The number of read operations is hardware dependent, and scales linearly with number of hard-disks. - which is why one looks at stripping across multiple smaller disks to get faster concurrent access. (Aside - I maybe wrong here regarding concurrent access from a single HDD. Like Gora, the first computers I used had large magnetic tapes, and "tar" actually had a real meaning....) There is also the logic of fault-tolerance. Since RAID-6 allows failure of 2-disk drives (in your case - partitions), you will have to have a minimum configuration of two physical hard disks, each having two partitions, to get the benefits of recovery from disk-failure. Which reduces you to a debate of RAID 6 v/s RAID 1+0, the latter almost always better for two disks, when you are willing to lose half of the storage space. <snip> > On 25 Apr 2014 20:49, "Gora Mohanty" <[email protected]> wrote: > >> Hi, >> >> Need some advice. I am being told by a hardware person that >> a software RAID (Linux mdadm) array should use disks instead >> of partitions for much improved efficiency. For the life of me, I >> cannot see why this would be the case, and searching Google >> turns up no such evidence. On the other hand, the difference in >> wasted space would be huge, as we are talking about 3TB disks >> to be used in a RAID-6 array. >> >> Could someone more familiar with software RAID offer advice? >> >> Regards, >> Gora >> _______________________________________________ >> Ilugd mailing list >> [email protected] >> https://lists.hserus.net/mailman/listinfo/ilugd >> > _______________________________________________ > Ilugd mailing list > [email protected] > https://lists.hserus.net/mailman/listinfo/ilugd _______________________________________________ Ilugd mailing list [email protected] https://lists.hserus.net/mailman/listinfo/ilugd
