* raid 0 read performance
@ 2005-12-29 10:10 Raz Ben-Jehuda(caro)
2005-12-29 11:04 ` Mark Overmeer
0 siblings, 1 reply; 4+ messages in thread
From: Raz Ben-Jehuda(caro) @ 2005-12-29 10:10 UTC (permalink / raw)
To: Linux RAID Mailing List; +Cc: Neil Brown
Neil hello.
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.
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 ?
thank you
--
Raz
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: raid 0 read performance
2005-12-29 10:10 raid 0 read performance Raz Ben-Jehuda(caro)
@ 2005-12-29 11:04 ` Mark Overmeer
2005-12-29 11:32 ` Raz Ben-Jehuda(caro)
0 siblings, 1 reply; 4+ messages in thread
From: Mark Overmeer @ 2005-12-29 11:04 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro); +Cc: Linux RAID Mailing List, Neil Brown
* 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
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: raid 0 read performance
2005-12-29 11:04 ` Mark Overmeer
@ 2005-12-29 11:32 ` Raz Ben-Jehuda(caro)
2005-12-29 12:11 ` Erik Mouw
0 siblings, 1 reply; 4+ messages in thread
From: Raz Ben-Jehuda(caro) @ 2005-12-29 11:32 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro), Linux RAID Mailing List, Neil Brown
what "wrt" stands for ?
On 12/29/05, Mark Overmeer <solutions@overmeer.net> wrote:
> * 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
>
>
--
Raz
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: raid 0 read performance
2005-12-29 11:32 ` Raz Ben-Jehuda(caro)
@ 2005-12-29 12:11 ` Erik Mouw
0 siblings, 0 replies; 4+ messages in thread
From: Erik Mouw @ 2005-12-29 12:11 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro); +Cc: Linux RAID Mailing List, Neil Brown
On Thu, Dec 29, 2005 at 01:32:25PM +0200, Raz Ben-Jehuda(caro) wrote:
> what "wrt" stands for ?
"with respect to", see http://www.google.com/search?q=what+is+wrt .
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-12-29 12:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-29 10:10 raid 0 read performance Raz Ben-Jehuda(caro)
2005-12-29 11:04 ` Mark Overmeer
2005-12-29 11:32 ` Raz Ben-Jehuda(caro)
2005-12-29 12:11 ` Erik Mouw
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).