From: Gregory Leblanc <gleblanc@linuxweasel.com>
To: "Keld Jørn Simonsen" <keld@dkuug.dk>
Cc: linux-raid@vger.kernel.org
Subject: Re: strange performance of raid0
Date: Tue, 17 Feb 2004 09:50:21 -0800 [thread overview]
Message-ID: <4032545D.4070105@linuxweasel.com> (raw)
In-Reply-To: <20040215100432.GA19002@rap.rap.dk>
Keld Jørn Simonsen wrote:
> Hi
>
> I have some strange performance results on a raid0
> I have 4 IDE disks on two controllers, the one on the
> motherboard of the duron 1 GHz mackine, the other a promise TX2 plus
> SATA + PATA controller. I run kernel 2.4.22
>
> The disks and hdparm -t on each of them
>
> /dev/hdc1 seagate 80 GB 16 MB/s
> /dev/sda1 maxtor sata 200 GB 50 MB/s
> /dev/sdb7 maxtor 160 GB 54 MB/s
Well, if you're lucky, these might be useful as comparative numbers
between the different drives on the same system. Just as likely not,
though, hdparm rather sucks as a benchmark.
> The partitions are al about 5 GB each.
>
> If I make a raid0 device of all of them I get a thruput of 45 MB/s
> IIf I exclude the hdc1 partition, I get around 75 MB/s.
> The system is a little loaded - but that would be normal operating
> conditions. CPU is 90 % idle. I have about 100 MB free RAM.
Let's assume that the above numbers have a basis in reality. :) If
you've got disks with widely varying speeds, then the best performance
can often be hand from setting up a linear RAID volume, rather than a
RAID0. RAID 0 is really designed to have matching disks, as it
distributes data evenly across them. With Linear, and ext2 (erm, I'm
assuming 3 as well, I haven't heard anything different), you can
sometimes get better performance with smaller writes, because ext2
"scatters" data around the filesystem, in order to avoid fragmentation.
HTH,
Greg
-
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
next prev parent reply other threads:[~2004-02-17 17:50 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-15 10:04 strange performance of raid0 Keld Jørn Simonsen
2004-02-15 9:54 ` Matt Thrailkill
2004-02-15 12:05 ` Keld Jørn Simonsen
2004-02-15 11:55 ` Matt Thrailkill
2004-02-15 16:48 ` Keld Jørn Simonsen
2004-02-15 20:35 ` Mark Hahn
2004-02-15 20:49 ` Keld Jørn Simonsen
2004-02-15 23:58 ` Keld Jørn Simonsen
2004-02-17 17:50 ` Gregory Leblanc [this message]
2004-02-17 23:26 ` Keld Jørn Simonsen
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=4032545D.4070105@linuxweasel.com \
--to=gleblanc@linuxweasel.com \
--cc=keld@dkuug.dk \
--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.