[lkml]   [2001]   [Nov]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux i/o tweaking
Roy Sigurd Karlsbakk wrote:

>>I guess the question I'd ask would be what kinda number do you expect from
>>the raid 5 stripe. 107MB/s sounds like a reasonable number from a two
>>channel u160 controller...
>I really don't know. My 'logical' mind told me I could get close-to
>speed-per-disk * number-of-disks, but it might be wrong.
>>my previous best is around 89MB/s with 4 cheetah 15K 18gb drives raid/0
>I had 5 drives per SCSI bus and the controller was sitting alone on a
>66MHz/64bit PCI hose. I really can't see where the bottleneck is!
# Hdparm
Do you use hdparm for your test ?

What gives hdparm -T (timing buffer-cache reading) ?
I believe it's kind of a hard ceiling...

I use single channel PC66 sdram on a BX chipset here and have only 60
MB/s from buffer-cache on a SMP 2.4.13-ac2 kernel. Seeing a complain for
107 MB/s from a disk subsystem makes me feel somehow frustrated :-)

# Hardware
Are all drives recognised as 160 MB/s capable devices ? SCSI is so
touchy, you never know...
Look in /var/log/dmesg for the scsi adapter logs.

# Software
What's your kernel version. Any patch applied ?

# Looking for a clue
You may try to profile the kernel on arrays with different numbers of
disks in raid 0 (to keep cpu out of equation at first).
It could help to find the bandwidth or the number of disks where the
actual speedup begins to fall behind the theoritical speedup and then
have the profiles at hand.

Lionel Bouton

"I wanted to be free, so I opensourced my whole DNA code" Gyver, 1999.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:18    [W:0.060 / U:6.956 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site