From: Thomas Kaehn <tk@westend.com>
To: Peter Grandi <pg_xfs@xfs.for.sabi.co.UK>
Cc: Linux XFS <linux-xfs@oss.sgi.com>
Subject: Re: Strange delete performance using XFS
Date: Wed, 11 Apr 2007 11:36:22 +0200 [thread overview]
Message-ID: <20070411093622.GB28503@mail3b.westend.com> (raw)
In-Reply-To: <17942.39236.623189.817503@base.ty.sabi.co.UK>
Hi Peter,
On Fri, Apr 06, 2007 at 08:02:28PM +0100, Peter Grandi wrote:
> > [ ... ] The Dell's raid system can safely buffer outstanding
> > writes and flsuh them, the 3ware can't so it stalls waiting
> > fot the disks to catch up. [ ... ] I'd be tempted to just use
> > the 3ware as a JBOD and use sw, but I'm arguably biased, I've
> > had so many reliability and performance problems with hw raid
> > over the years
>
> Uhm, I had a friend that worked for a middling storage system
> vendor and he was telling me horror stories about bugs and
> misdesigns in their quite popular RAID products.
>
> 3ware seem to me one of the more reliable RAID brands, their
> cautious approach may be why they are slower above.
your are probably right. 3ware didn't answer yet. However I've
found an option in the controller to set the "storsave" policy.
In the default profile FUA (force unit access) commands are only
acknowledged directly in case a BBU is present. Otherwise the controller
waits until the data is written to disk.
When selecting the "performance" profile FUA commands are ignored and
delete time lowers to a couple of seconds.
So the behaviour of the controller should be considered a feature. But
I am still astonished how slow deletes were in the first place.
This might be a bug or incompatibility anyhow.
Thanks to all others for your suggestions. I'll inform you in case
3ware has news for me.
Ciao,
Thomas
--
Thomas Kähn WESTEND GmbH | Internet-Business-Provider
Technik CISCO Systems Partner - Authorized Reseller
Im Süsterfeld 6 Tel 0241/701333-18
tk@westend.com D-52072 Aachen Fax 0241/911879
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Die Gesellschaft ist eingetragen im Handelsregister Aachen unter HRB 7608
Geschäftsführer: Thomas Neugebauer, Thomas Heller, Michael Kolb
prev parent reply other threads:[~2007-04-11 10:02 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-04 13:05 Strange delete performance using XFS Thomas Kaehn
2007-04-04 13:29 ` Justin Piszcz
2007-04-04 13:47 ` Thomas Kaehn
2007-04-04 13:51 ` Justin Piszcz
2007-04-04 13:57 ` Justin Piszcz
2007-04-04 13:57 ` Justin Piszcz
2007-04-04 14:12 ` Justin Piszcz
2007-04-04 14:21 ` Thomas Kaehn
2007-04-04 14:24 ` Justin Piszcz
2007-04-04 14:35 ` Thomas Kaehn
2007-04-04 20:45 ` Justin Piszcz
2007-04-04 14:13 ` Justin Piszcz
2007-04-05 8:17 ` Thomas Kaehn
2007-04-04 18:36 ` Justin Piszcz
2007-04-05 7:37 ` Thomas Kaehn
2007-04-04 15:45 ` Chris Wedgwood
2007-04-05 7:28 ` Thomas Kaehn
2007-04-05 9:03 ` Thomas Kaehn
2007-04-05 10:21 ` Justin Piszcz
2007-04-05 10:50 ` Thomas Kaehn
2007-04-05 11:11 ` Justin Piszcz
2007-04-05 15:29 ` Chris Wedgwood
2007-04-06 19:02 ` Peter Grandi
2007-04-11 9:36 ` Thomas Kaehn [this message]
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=20070411093622.GB28503@mail3b.westend.com \
--to=tk@westend.com \
--cc=linux-xfs@oss.sgi.com \
--cc=pg_xfs@xfs.for.sabi.co.UK \
/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