linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dexter Filmore <Dexter.Filmore@gmx.de>
To: Neil Brown <neilb@suse.de>
Cc: Linux RAID Mailing List <linux-raid@vger.kernel.org>
Subject: Re: 4 disks in raid 5: 33MB/s read performance?
Date: Thu, 25 May 2006 15:58:48 +0200	[thread overview]
Message-ID: <200605251558.48397.Dexter.Filmore@gmx.de> (raw)
In-Reply-To: <17522.17186.715844.748238@cse.unsw.edu.au>

> On Monday May 22, Dexter.Filmore@gmx.de wrote:
> > I just dd'ed a 700MB iso to /dev/null, dd returned 33MB/s.
> > Isn't that a little slow?
> > System is a sil3114 4 port sata 1 controller with 4 samsung spinpoint
> > 250GB, 8MB cache in raid 5 on a Athlon XP 2000+/512MB.
>
> Yes, read on raid5 isn't as fast as we might like at the moment.
>
> It looks like you are getting about 11MB/s of each disk which is
> probably quite a bit slower than they can manage (what is the
> single-drive read speed you get dding from /dev/sda or whatever).
>
> You could try playing with the readahead number (blockdev --setra/--getra).
> I'm beginning to think that the default setting is a little low.

Changed from 384 to 1024, no improvement.

>
> You could also try increasing the stripe-cache size by writing numbers
> to
>    /sys/block/mdX/md/stripe_cache_size

Actually, there's no directory /sys/block/md0/md/ here. Can I find that in 
proc somewhere? And what are sane numbers for this setting?

> I wonder if your SATA  controller is causing you grief.
> Could you try
>    dd if=/dev/SOMEDISK of=/dev/null bs=1024k count=1024
> and then do the same again on all devices in parallel
> e.g.
>    dd if=/dev/SOMEDISK of=/dev/null bs=1024k count=1024 &
>    dd if=/dev/SOMEOTHERDISK of=/dev/null bs=1024k count=1024 &
>    ...

 4112 pts/0    R      0:00 dd if /dev/sda of /dev/null bs 1024k count 1024
 4113 pts/0    R      0:00 dd if /dev/sdb of /dev/null bs 1024k count 1024
 4114 pts/0    R      0:00 dd if /dev/sdc of /dev/null bs 1024k count 1024
 4115 pts/0    R      0:00 dd if /dev/sdd of /dev/null bs 1024k count 1024
 4116 pts/0    R+     0:00 ps ax

1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 34,5576 Sekunden, 31,1 MB/s
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 36,073 Sekunden, 29,8 MB/s
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 40,5109 Sekunden, 26,5 MB/s
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB) kopiert, 40,5054 Sekunden, 26,5 MB/s

(Partly german, but I think you get it)

A single disks pumps out 65-70MB/s. Since they are on a PCI 32bit controller 
the combined speeds when reading from all four disks at once pretty much max 
the 133MB/s PCI limit. (I' surprised it comes so close. That controller works 
pretty well for 18 bucks.)

Dex


-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d--(+)@ s-:+ a- C+++(++++) UL+>++++ P+>++ L+++>++++ E-- W++ N o? K-
w--(---) !O M+ V- PS++(+) PE(-) Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ 
b++(+++) DI+++ D G++ e* h>++ r%>* y?
------END GEEK CODE BLOCK------

http://www.stop1984.com
http://www.againsttcpa.com
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2006-05-25 13:58 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-22 15:46 4 disks in raid 5: 33MB/s read performance? Dexter Filmore
2006-05-22 16:33 ` Mark Hahn
2006-05-24 20:11   ` Bill Davidsen
2006-05-25  4:56     ` Neil Brown
2006-05-22 23:02 ` Neil Brown
2006-05-24  8:21   ` Max. md array size under 32-bit i368 Gordon Henderson
2006-05-24 16:55     ` Ming Zhang
2006-05-25  4:54     ` Neil Brown
2006-06-06  9:36     ` Quick Question Gordon Henderson
2006-05-25 13:58   ` Dexter Filmore [this message]
     [not found] ` <44721F84.6060503@redhat.com>
2006-05-23  1:04   ` 4 disks in raid 5: 33MB/s read performance? Dexter Filmore

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=200605251558.48397.Dexter.Filmore@gmx.de \
    --to=dexter.filmore@gmx.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    /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;
as well as URLs for NNTP newsgroup(s).