From: Bill Davidsen <davidsen@tmr.com>
To: Roger Lucas <roger@planbit.co.uk>
Cc: linux-raid@vger.kernel.org
Subject: Re: Odd (slow) RAID performance
Date: Thu, 30 Nov 2006 16:09:06 -0500 [thread overview]
Message-ID: <456F4872.2090900@tmr.com> (raw)
In-Reply-To: <20061130153240.1300912EDE@bluewhale.planbit.co.uk>
Roger Lucas wrote:
>>> What drive configuration are you using (SCSI / ATA / SATA), what chipset
>>>
>> is
>>
>>> providing the disk interface and what cpu are you running with?
>>>
>> 3xSATA, Seagate 320 ST3320620AS, Intel 6600, ICH7 controller using the
>> ata-piix driver, with drive cache set to write-back. It's not obvious to
>> me why that matters, but if it helps you see the problem I''m glad to
>> provide the info. I'm seeing ~50MB/s on the raw drive, and 3x that on
>> plain stripes, so I'm assuming that either the RAID-5 code is not
>> working well or I haven't set it up optimally.
>>
>
> If it had been ATA, and you had two drives as master+slave on the same
> cable, then they would be fast individually but slow as a pair.
>
> RAID-5 is higher overhead than RAID-0/RAID-1 so if your CPU was slow then
> you would see some degradation from that too.
>
> We have similar hardware here so I'll run some tests here and see what I
> get...
Much appreciated. Since my last note I tried adding --bitmap=internal to
the array. Bot is that a write performance killer. I will have the chart
updated in a minute, but write dropped to ~15MB/s with bitmap. Since
Fedora can't seem to shut the last array down cleanly, I get a rebuild
on every boot :-( So the array for the LVM has bitmap on, as I hate to
rebuild 1.5TB regularly. Have to do some compromises on that!
Thanks for looking!
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2006-11-30 21:09 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-30 14:13 Odd (slow) RAID performance Bill Davidsen
2006-11-30 14:31 ` Roger Lucas
2006-11-30 15:30 ` Bill Davidsen
2006-11-30 15:32 ` Roger Lucas
2006-11-30 21:09 ` Bill Davidsen [this message]
2006-12-01 9:24 ` Roger Lucas
2006-12-02 5:27 ` Bill Davidsen
2006-12-05 1:33 ` Dan Williams
2006-12-07 15:51 ` Bill Davidsen
2006-12-08 1:15 ` Corey Hickey
2006-12-08 8:21 ` Gabor Gombas
2006-12-08 6:01 ` Neil Brown
2006-12-08 7:28 ` Neil Brown
2006-12-09 20:20 ` Bill Davidsen
2006-12-12 17:44 ` Bill Davidsen
2006-12-12 18:48 ` Raz Ben-Jehuda(caro)
2006-12-12 21:51 ` Bill Davidsen
2006-12-13 17:44 ` Mark Hahn
2006-12-20 4:05 ` Bill Davidsen
2006-12-09 20:16 ` Bill Davidsen
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=456F4872.2090900@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=roger@planbit.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 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.