On 11/24/2013 5:53 PM, Alex Elsayed wrote: > Stan Hoeppner wrote: > >> On 11/23/2013 11:14 PM, John Williams wrote: >>> On Sat, Nov 23, 2013 at 8:03 PM, Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> >>> wrote: > <snip> >> >>> But I, and a number of other people I have talked to or corresponded >>> with, have had mdadm RAID 5 or RAID 6 rebuilds of one drive run at >>> approximately the optimal sequential write speed of the replacement >>> drive. It is not unusual on a reasonably configured system. >> >> I freely admit I may have drawn an incorrect conclusion about md parity >> rebuild performance based on incomplete data. I simply don't recall >> anyone stating here in ~3 years that their parity rebuilds were speedy, >> but quite the opposite. I guess it's possible that each one of those >> cases was due to another factor, such as user load, slow CPU, bus >> bottleneck, wonky disk firmware, backplane issues, etc. >> > > Well, there's also the issue of selection bias - people come to the list and "Selection bias" would infer I'm doing some kind of formal analysis, which is obviously not the case, though I do understand the point you're making. > complain when their RAID is taking forever to resync. People generally don't > come to the list and complain when their RAID resyncs quickly and without > issues. When folks report problems on linux-raid it is commonplace for others to reply that the same feature works fine for them, that the problem may be configuration specific, etc. When people have reported slow RAID5/6 rebuilds in the past, and these were not always reported in direct help requests but as "me too" posts, I don't recall others saying their parity rebuilds are speedy. I'm not saying nobody ever has, simply that I don't recall such. Which is why I've been under the impression that parity rebuilds are generally slow for everyone. I wish I had hardware available to perform relevant testing. It would be nice to have some real data on this showing apples to apples rebuild times for the various RAID levels on the same hardware. -- Stan -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
