From: "JaniD++" <djani22@dynamicweb.hu>
To: "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: raid5 read performance
Date: Tue, 10 Jan 2006 12:19:12 +0100 [thread overview]
Message-ID: <006701c615d7$b17f74f0$a400a8c0@dcccs> (raw)
In-Reply-To: 5d96567b0601091525h355b0d75tad6b4710b8355abc@mail.gmail.com
----- Original Message -----
From: "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>
To: "JaniD++" <djani22@dynamicweb.hu>
Cc: "Linux RAID Mailing List" <linux-raid@vger.kernel.org>
Sent: Tuesday, January 10, 2006 12:25 AM
Subject: Re: raid5 read performance
> 1. it is not good to use so many disks in one raid. this means that in
> degraded mode
> 10 disks would be needed to reconstruct one slice of data.
> 2. i did not understand what is raid purpose.
Yes, i know that.
In my system, this was the best choise.
I have 4 disk node inside 4x12 Maxtor 200GB (exactly 10xIDE+2xSATA).
The disk nodes sevres nbd.
The concentrator joins the nodes with sw-raid0
The system is a generally free web storage.
> 3. 10 MB/s is very slow. what sort of disks do u have ?
4x(2xSATA+10xIDE) Maxtor 200GB
The system sometimes have 500-800-1000 downloaders at same time.
In this load, the per node traffic is only 10MB/s. (~100Mbit/s)
First i think the sync/async IO problem.
At this time i think the bottleneck on the nodes is the PCI-32 with 8 HDD.
:(
> 4. what is the raid stripe size ?
Currently all raid layers have 32KB chunks.
Cheers,
Janos
>
> On 1/4/06, JaniD++ <djani22@dynamicweb.hu> wrote:
> >
> > ----- Original Message -----
> > From: "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>
> > To: "JaniD++" <djani22@dynamicweb.hu>
> > Cc: "Linux RAID Mailing List" <linux-raid@vger.kernel.org>
> > Sent: Wednesday, January 04, 2006 2:49 PM
> > Subject: Re: raid5 read performance
> >
> >
> > > 1. do you want the code ?
> >
> > Yes.
> > If it is difficult to set.
> > I use 4 big raid5 array (4 disk node), and the performace is not too
good.
> > My standalone disk can do ~50MB/s, but 11 disk in one raid array does
only
> > ~150Mbit/s.
> > (With linear read using dd)
> > At this time i think this is my systems pci-bus bottleneck.
> > But on normal use, and random seeks, i am happy, if one disk-node can do
> > 10MB/s ! :-(
> >
> > Thats why i am guessing this...
> >
> > > 2. I managed to gain linear perfromance with raid5.
> > > it seems that both raid 5 and raid 0 are caching read a head
buffers.
> > > raid 5 cached small amount of read a head while raid0 did not.
> >
> > Aham.
> > But...
> > I dont understand...
> > You wrote that, the RAID5 is slower than RAID0.
> > The read a head buffering/caching is bad for performance?
> >
> > Cheers,
> > Janos
> >
> >
> > >
> > >
> > > On 1/4/06, JaniD++ <djani22@dynamicweb.hu> wrote:
> > > >
> > > > ----- Original Message -----
> > > > From: "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>
> > > > To: "Mark Hahn" <hahn@physics.mcmaster.ca>
> > > > Cc: "Linux RAID Mailing List" <linux-raid@vger.kernel.org>
> > > > Sent: Wednesday, January 04, 2006 9:14 AM
> > > > Subject: Re: raid5 read performance
> > > >
> > > >
> > > > > I guess i was not clear enough.
> > > > >
> > > > > i am using raid5 over 3 maxtor disks. the chunk size is 1MB.
> > > > > i mesured the io coming from one disk alone when I READ
> > > > > from it with 1MB buffers , and i know that it is ~32MB/s.
> > > > >
> > > > > I created raid0 over two disks and my throughput grown to
> > > > > 64 MB/s.
> > > > >
> > > > > Doing the same thing with raid5 ended in 32 MB/s.
> > > > >
> > > > > I am using async io since i do not want to wait for several disks
> > > > > when i send an IO. By sending a buffer which is striped aligned
> > > > > i am supposed to have one to one relation between a disk and an
> > > > > io.
> > > > >
> > > > > iostat show that all of the three disks work but not fully.
> > > >
> > > > Hello,
> > > >
> > > > How do you set sync/async io?
> > > > Please, let me know! :-)
> > > >
> > > > Thanks,
> > > > Janos
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Raz
> >
> >
>
>
> --
> Raz
> -
> 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:[~2006-01-10 11:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-03 14:16 raid5 read performance Raz Ben-Jehuda(caro)
2006-01-03 20:43 ` Mark Hahn
2006-01-04 8:14 ` Raz Ben-Jehuda(caro)
[not found] ` <013a01c6110c$d2353560$a400a8c0@dcccs>
2006-01-04 13:49 ` Raz Ben-Jehuda(caro)
[not found] ` <045b01c61178$9efdaad0$a400a8c0@dcccs>
2006-01-09 23:25 ` Raz Ben-Jehuda(caro)
2006-01-10 11:19 ` JaniD++ [this message]
2006-01-10 20:05 ` Raz Ben-Jehuda(caro)
2006-01-11 1:08 ` JaniD++
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='006701c615d7$b17f74f0$a400a8c0@dcccs' \
--to=djani22@dynamicweb.hu \
--cc=linux-raid@vger.kernel.org \
--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 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).