MD1000-PERC5/E Performance issues

Matthias Saou thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net
Fri Jan 2 06:25:22 CST 2009


Mike McGrath wrote :

> On Sun, 28 Dec 2008, Mike McGrath wrote:
> 
> > I've read up on:
> > http://thias.marmotte.net/archives/2008/01/05/Dell-PERC5E-and-MD1000-performance-tweaks.html
> >
> > Which seems to have helped but I really don't think I'm seeing the
> > performance data I should be.  Take the attached sar data.  I started by
> > doing a recursive cp of some files from the filesystem to some other
> > drives, then started the sar dump.
> >
> > At marker 12:12:55, I started to do a cat /dev/sde > /dev/null.  (/dev/sde
> > is the array).
> >
> > Why was there such a significant jump there?  Also, why does sar think the
> > array was 100% utilized basically the whole time even though there's such
> > a difference in sec reads/s?
> >
> > Other issues.  /dev/sde is the underlying physical device (raid5).
> > However, it is divided up using lvm.  The copy mentioned above was from
> > a logical volume.  While I expected some overhead and performance hit, I
> > didn't expect it to be so huge and sporadic.  I've seen reads as low as
> > 3MB/s during a copy.
> >
> > Thoughts?
> >
> 
> Ok, upon further testing I don't think the majority of my issue is related
> to the MD1000 or the raid controller.  I'm seeing decent read speeds from
> large files.  So I'll get back to debugging unless someone has a tip.  I
> suspect another list would be better.

Do post back your findings here, though, as you're far from being the
first to face performance issues with the MD1000... ;-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 10 (Cambridge) - Linux kernel 2.6.27.9-159.fc10.x86_64
Load : 6.88 6.56 5.68



More information about the Linux-PowerEdge mailing list