All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rui Santos <rsantos@grupopie.com>
To: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Slow Soft-RAID 5 performance
Date: Thu, 19 Jul 2007 17:06:02 +0100	[thread overview]
Message-ID: <469F8BEA.3070908@grupopie.com> (raw)
In-Reply-To: <469F59E6.3050105@cgv.tugraz.at>



Lars Schimmer wrote:
> Justin Piszcz wrote:
>
> > On Wed, 18 Jul 2007, Rui Santos wrote:
>
> >> Hi,
> >>
> >> I'm getting a strange slow performance behavior on a recently installed
> >> Server. Here are the details:
> >>
> >> Server: Asus AS-TS500-E4A
> >> Board: Asus DSBV-D (
> >>
> http://uk.asus.com/products.aspx?l1=9&l2=39&l3=299&l4=0&model=1210&modelmenu=2
> >>
> >> )
> >> Hard Drives: 3x Seagate ST3400620AS (
> >>
> http://www.seagate.com/ww/v/index.jsp?vgnextoid=8eff99f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US
> >>
> >> )
> >> I'm using the AHCI driver, although with ata_piix, the behavior is the
> >> same. Here's some info about the AHCI controler:
> >>
> > With three disks, if everything was perfect yeah 120MB/s writes.  When I
> > had started out with 4 raptors I was getting 164MB/s read and write.  By
> > default with no optimizations you will not get good speed.
>
> > With no optimizations with 10 raptors I get 180-200MB/s, with
> > optimizations, 464MB/s write and 622MB/s read.
>
> > 1. Use XFS if you wan't speed.
> > 2. Use 128k, 256k or 1MiB chunk size.
> > 3. Use 8192k, 16384k stripe_cache_size.
> > 4. Use 65536 readahead size.
>
> > These are only some of the optimizations I use.
>
> One question in between, which option of these I can set after RAID5 is
> filled with data?
> E.G. I setup a 9 disk SOFT-RAID5 with XFS and 3125669888 blocks level 5,
> 128k chunk, algorithm 2 [9/9] [UUUUUUUUU].
> Speed is not really fast, I assume it could be faster.
You can chage values from 3) and 4) on the fly by echoing values to:
3)
/sys/block/md?/md/stripe_cache_size

4)
/sys/block/<harddrive>/queue/read_ahead_kb

About option 2) I don't how to reconfigure that. I used the following:
tar
make new raid with correct option
untar

>
>
> > Justin.
Rui
>
>
> MfG,
> Lars Schimmer


  parent reply	other threads:[~2007-07-19 16:06 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-18  9:56 Slow Soft-RAID 5 performance Rui Santos
2007-07-18 10:28 ` Justin Piszcz
2007-07-18 17:13   ` Rui Santos
2007-07-19 12:32   ` Lars Schimmer
2007-07-19 16:03     ` Justin Piszcz
2007-07-19 16:06     ` Rui Santos [this message]
2007-07-18 14:49 ` J.A. Magallón
2007-07-18 17:17   ` Rui Santos
  -- strict thread matches above, loose matches on Subject: below --
2007-07-18 14:07 koan
2007-07-18 17:14 ` Rui Santos
2007-07-18 18:07   ` koan
2007-07-19 11:43     ` Rui Santos

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=469F8BEA.3070908@grupopie.com \
    --to=rsantos@grupopie.com \
    --cc=linux-raid@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.