On Tue, 2008-07-15 at 17:46 +0200, Michal Soltys wrote: > Ben Martin wrote: > > Hi, > > Apologies if posting this here is inappropriate but a recent article > > of mine compares the Linux Kernel RAID code to an $800 hardware RAID > > card and might be of interest to list members: > > > > http://www.linux.com/feature/140734 > > > > Very interesting. Btw - did you use stripe-width on ext3s as well, or > only stride ? Only stride unfortunately. After digging through this ML's archives the stride was mentioned a lot but not stripe-width. I still have some reserved partitions across the RAID for future benchmarks and verification so I'll whip up a comparison of using stripe-width vs not using it at some stage (ah, free time). Perhaps this page could use some love with append(stripe-width). http://linux-raid.osdl.org/index.php/RAID_setup#Options_for_mke2fs > > Also looking back at other benchmarks, stripe_cache_size can have pretty > tremendous effect on md raid performance. There're other settings that > could matter as well (read ahead, queue depths). It would be interesting > to see e.g. raid5 256k chunk comparison, done with those altered ( > _especially_ md's stripe_cache_size with some high value like 16384 or > 32768), and with stripe-width used in ext3 case (if it wasn't used already). I have been meaning to ask for a while, why is the stripe_cache_size set so low by default if it has such an effect on performance? Obviously being conservative by default is less likely to get the kernel devs into trouble, but perhaps having the system realize that the system has 8gb of RAM and two RAID-$whatever setups in /etc/mdadm.conf and using some simple dynamic algorithm to figure out that for this amount of system RAM and two RAIDs of type $whatever it should chomp up say 256Mb of RAM for each RAID and turn read ahead on for each mdadm device. I'm not sure if each individual Linux distro cares enough about this to hack up their boot time scripts to do it.
Attachment:
signature.asc
Description: This is a digitally signed message part
