From: David Chinner <dgc@sgi.com>
To: Michael Darling <darlingm@gmail.com>
Cc: David Chinner <dgc@sgi.com>, Eric Sandeen <sandeen@sandeen.net>,
xfs@oss.sgi.com
Subject: Re: XFS drops create/delete files to 6.6% of EXT3 (software raid) and to 0.6% of EXT3 (3ware hardware raid)
Date: Thu, 24 Apr 2008 16:31:02 +1000 [thread overview]
Message-ID: <20080424063102.GX103491721@sgi.com> (raw)
In-Reply-To: <c33e4330804232323p1b6d5121oc56b0c43663a4e84@mail.gmail.com>
On Thu, Apr 24, 2008 at 02:23:45AM -0400, Michael Darling wrote:
> Eric, for the numbers you provided, are you using a single drive, software
> raid, or hardware raid? If a hardware raid, is it a 3ware card?
>
> I hadn't seen the nobarrier mount option before. Using that changes
> sequential creates from about 190/second to about 2500/second, and changes
> sequential deletes from about 170/second to about 3700/second.
>
> I don't yet have a BBU for the 3ware card, but would certainly get one if we
> go with the 3ware card before we start putting real data on the raid. Am I
> right that with a BBU unit and a battery backup for the server as a whole,
> that nobarrier would be safe to use?
Are you using write caching on the RAID card? If yes, then you need a BBU
for the card if you want to enable the write cache safely.
> Not using nobarrier, but using logbsize 256k changes sequential creates from
> about 190/second to about 270/second. So, it's an improvement, but no where
> near where a software raid performs (1600/second) or where the hardware raid
> performs with nobarrier.
Sounds like the hardware RAID is doing a full cache flush on barrier I/Os
which will cause lots and lots RMW cycles in the back end. i.e. slow.
Software raid ignores barriers, so is unsafe with any write cache turned
on (and that goes for any filesystem, not just XFS).
Cheers,
Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group
next prev parent reply other threads:[~2008-04-24 6:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-24 1:48 XFS drops create/delete files to 6.6% of EXT3 (software raid) and to 0.6% of EXT3 (3ware hardware raid) Michael Darling
2008-04-24 4:01 ` Eric Sandeen
2008-04-24 5:33 ` David Chinner
2008-04-24 6:23 ` Michael Darling
2008-04-24 6:31 ` David Chinner [this message]
2008-04-24 15:39 ` Michael Darling
2008-04-24 12:49 ` Eric Sandeen
2008-04-24 14:20 ` Justin Piszcz
2008-04-24 14:57 ` Eric Sandeen
2008-04-24 17:18 ` Eric Sandeen
2008-04-25 14:54 ` Michael Darling
2008-04-26 15:23 ` Emmanuel Florac
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=20080424063102.GX103491721@sgi.com \
--to=dgc@sgi.com \
--cc=darlingm@gmail.com \
--cc=sandeen@sandeen.net \
--cc=xfs@oss.sgi.com \
/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