From: Sevrin Robstad <quackyo@start.no>
To: Mark Hahn <hahn@physics.mcmaster.ca>
Cc: linux-raid@vger.kernel.org
Subject: Re: bad performance on RAID 5
Date: Thu, 18 Jan 2007 21:47:02 +0100 [thread overview]
Message-ID: <45AFDCC6.5030604@start.no> (raw)
In-Reply-To: <Pine.LNX.4.64.0701181353310.8989@coffee.psychology.mcmaster.ca>
Mark Hahn wrote:
>>> Chunk Size : 256K
>
> well, that's pretty big. it means 6*256K is necessary to do a
> whole-stripe update; your stripe cache may be too small to be effective.
>
>>> If they are on the PCI bus, that is about right, you probably should
>>> be getting 10-15MB/s, but it is about right. If you had each drive
>>> on its own PCI-e controller, then you would get much faster speeds.
>
> 10-15 seems bizarrely low - one can certainly achieve >100 MB/s
> over the PCI bus, so where does the factor of 6-10 come in?
> seems like a R6 resync would do 4 reads and 2 writes for every
> 4 chunks of throughput (so should achieve more like 50 MB/s if the
> main limit is the bus at 100.)
>
>> There are two controllers, 4 disks connected to one controller on the
>> PCI-bus and 2 disks connected to the other controller.
>
> well, you should probably look at the PCI topology ("lspci -v -t"),
> and perhaps even the PCI settings (as well as stripe cache size,
> perhaps nr_requests, etc)
>
>
I've tried to increase the stripe_cache_size a lot, no noticable difference.
I set it to 8096....
[root@compaq md]# lspci -v -t
-[0000:00]-+-00.0 VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
+-01.0-[0000:01]----00.0 ATI Technologies Inc Rage 128 RF/SG AGP
+-05.0 Silicon Image, Inc. SiI 3114 [SATALink/SATARaid]
Serial ATA Controller
+-07.0 Silicon Image, Inc. SiI 3114 [SATALink/SATARaid]
Serial ATA Controller
+-08.0 Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
+-11.0 VIA Technologies, Inc. VT8233 PCI to ISA Bridge
\-11.1 VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE
[root@compaq md]#
next prev parent reply other threads:[~2007-01-18 20:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-17 21:33 bad performance on RAID 5 Sevrin Robstad
2007-01-17 22:38 ` Justin Piszcz
2007-01-18 9:06 ` Raz Ben-Jehuda(caro)
2007-01-18 18:20 ` Sevrin Robstad
2007-01-18 19:56 ` Raz Ben-Jehuda(caro)
2007-01-18 23:01 ` Bill Davidsen
2007-01-18 18:19 ` Sevrin Robstad
2007-01-18 19:02 ` Mark Hahn
2007-01-18 20:47 ` Sevrin Robstad [this message]
2007-01-18 18:29 ` Steve Cousins
2007-01-18 20:43 ` Sevrin Robstad
2007-01-18 23:10 ` Bill Davidsen
2007-01-21 17:08 ` Nix
2007-01-21 19:09 ` Bill Davidsen
2007-01-19 1:33 ` dean gaudet
2007-01-20 10:18 ` Roger Lucas
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=45AFDCC6.5030604@start.no \
--to=quackyo@start.no \
--cc=hahn@physics.mcmaster.ca \
--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.