linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Asdo <asdo@shiftmail.org>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: xfs > md 50% write performance drop on .30+ kernel?
Date: Tue, 13 Oct 2009 16:49:53 +0200	[thread overview]
Message-ID: <4AD49391.9000308@shiftmail.org> (raw)
In-Reply-To: <alpine.DEB.1.10.0910131229400.5824@uplift.swm.pp.se>

Mikael Abrahamsson wrote:
> There are plenty of articles around describing read/write latency for 
> the 3wares as one part of the problem. 
I saw them, but those articles I found refer to the older 3wares, the 
9500 like the one you have, and in fact it seems the 9500 has a very bad 
performance from what you describe
> Just to put into perspective, I get approx 5-10 megabyte/s write 
> performance on a 3ware 9500S hw-raid5 with ext3, whereas I get at 
> least 10x times that for read. The performance with dd directly to the 
> device is 100+ megabyte/s though, it's just thru the fs it is slow.
>
> The 3wares usually work better if you single disk them and use md, 
> then I get 30-50 megabyte/s write performance thru the fs anyway, 
> which is what I guess you do as well.
Well, much more than 30-50MB/sec that as I wrote, about 185MB/sec with 
xfs, and the overall write speed raises to about 330MB/sec if there are 
multiple simultaneous write requests from multiple processes.
I'd guess either the 3ware 9500 is very bad (likely) or you are not 
using xfs, or it's not aligned, or you haven't upped the 
stripe_cache_size...

But anyway...
Anybody here tried multiple controller cards and can make a suggestion 
on a controller that is fast for linux MD use? (having at least 16 ports 
if possible)

Thank you

  reply	other threads:[~2009-10-13 14:49 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-12 16:58 xfs > md 50% write performance drop on .30+ kernel? mark delfman
2009-10-12 18:40 ` Richard Scobie
2009-10-13  1:33 ` Christoph Hellwig
2009-10-13  1:57   ` NeilBrown
2009-10-13 11:06   ` mark delfman
2009-10-13 11:09     ` Majed B.
     [not found]       ` <66781b10910130412x309d9de2l574ba12a9ed4100a@mail.gmail.com>
2009-10-13 11:15         ` Majed B.
2009-10-13 11:29           ` mark delfman
2009-10-13 14:30           ` Asdo
2009-10-13 15:13             ` mark delfman
2009-10-13 15:15               ` mark delfman
2009-10-13 22:52     ` Christoph Hellwig
2009-10-14 19:34       ` mark delfman
2009-10-27 10:28         ` Thomas Fjellstrom
2009-10-27 11:11           ` Thomas Fjellstrom
2010-01-02  6:54             ` fibre raid
2009-10-13  3:38 ` Richard Scobie
2009-10-13 10:21   ` Asdo
2009-10-13 10:34     ` Mikael Abrahamsson
2009-10-13 14:49       ` Asdo [this message]
2009-10-13 19:53     ` Richard Scobie
2009-10-13 21:52       ` mark delfman
2009-10-13 18:49 ` Greg Freemyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AD49391.9000308@shiftmail.org \
    --to=asdo@shiftmail.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=swmike@swm.pp.se \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).