From: Mark Overmeer <solutions@overmeer.net>
To: "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>
Cc: Linux RAID Mailing List <linux-raid@vger.kernel.org>,
Neil Brown <neilb@suse.de>
Subject: Re: raid 0 read performance
Date: Thu, 29 Dec 2005 12:04:13 +0100 [thread overview]
Message-ID: <20051229110413.GD17602@earth.overmeer.net> (raw)
In-Reply-To: <5d96567b0512290210q2f4b63c5tc91a49523c93e4df@mail.gmail.com>
* Raz Ben-Jehuda(caro) (raziebe@gmail.com) [051229 10:10]:
> I have tested the overhead of linux raid0.
> I used two scsi atlas maxtor disks ( 147 MB) and combined them to single
> raid0 volume.
> The raid is striped in 256K stripes.
Are you sure you tested "linux" overhead? Maybe you have just tested raid0
properties.
> I filled the raid0 up to the maximum with files over xfs file system.
> I've checked the peformance of reading 60 files like that:
>
> while need to read
> for every file
> read 0.5 M from file
>
> I got 50 MB/s .
>
> Armed with this knowledge i went and did the same test over
> one disk and i got 32 MB/s .
>
> Question:
> why is this perfomance drop ?
Good performance for such small reads wrt the block-size...
Ok, simple calculation:
seek time average for one disk is half a rotation
for two disks 1 - (1-0.5)*(1-0.5) = 0.75 rotation
Without taking into account the time to do actual reads:
0.5/0.75 * (2x32MB/s) = 43MB/s (34% performance drop)
The only effect you see is that the probability that both disks are in
optimal position to read from them decreases.
Solution: take very large files wrt the stripe-size to get double
performance. Or take files smaller than the stripe-size.
Of course, there can be other reasons which can reduce the performance
as well. However, I achieve 200MB/s over 4 striped disk each capable
of 50MB/s for huge files and 64K stipes... Linux doesn't seem to be the
bottleneck in my setup.
--
Regards,
MarkOv
------------------------------------------------------------------------
Mark Overmeer MSc MARKOV Solutions
Mark@Overmeer.net solutions@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
next prev parent reply other threads:[~2005-12-29 11:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-29 10:10 raid 0 read performance Raz Ben-Jehuda(caro)
2005-12-29 11:04 ` Mark Overmeer [this message]
2005-12-29 11:32 ` Raz Ben-Jehuda(caro)
2005-12-29 12:11 ` Erik Mouw
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=20051229110413.GD17602@earth.overmeer.net \
--to=solutions@overmeer.net \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=raziebe@gmail.com \
/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.