| To: | Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>, Ralf Gross <Ralf-Lists@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Re: mkfs options for a 16x hw raid5 and xfs (mostly large files) |
| From: | "Bryan J. Smith" <thebs413@xxxxxxxxx> |
| Date: | Wed, 26 Sep 2007 10:38:33 -0700 (PDT) |
| Cc: | linux-xfs@xxxxxxxxxxx |
| Domainkey-signature: | a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Qa1WfpfPjBlJYDGxpgf2mc1/sOgCafbGdFXGVh0Sue0qa9EoT0pOyoDWKf+mIRTQJFXtoYBkbBwJ/khnjXwINxEfnZW16Gt+MVwZe22grp/641ER9oaQ8wrM63whB76ipaursWV/7zO8fhqu3T1p0VtGcaibJIVhub3gtUh5lek=; |
| In-reply-to: | <Pine.LNX.4.64.0709261258180.24646@xxxxxxxxxxxxxxxx> |
| Reply-to: | b.j.smith@xxxxxxxx |
| Sender: | xfs-bounce@xxxxxxxxxxx |
Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx> wrote: > I wonder where the bottleneck lies. The microcontroller. Listen, for the last time, hardware RAID is _not_ for non-blocking I/O. Hardware RAID is for in-line XOR streaming off-load, so it doesn't tie up a system interconnect (which isn't an ideal use for it). A hardware RAID card is when you have other things going on in your interconnect that you don't want the parity LOAD-XOR-STOR to take away from what it could be using for the service. It will _never_ have the "raw performance" of OS optimized software RAID. At the same time, OS optimized software RAID's impact on the system interconnect is one of those "unmeasurable" details _unless_ you actually benchmark your application. I have repeatedly had issues with elementary UDP/IP NFS performance when the PIO of software RAID is hogging the system interconnect. Same deal for large numbers of large database record commits. -- Bryan J. Smith Professional, Technical Annoyance b.j.smith@xxxxxxxx http://thebs413.blogspot.com -------------------------------------------------- Fission Power: An Inconvenient Solution |
| Previous by Date: | Re: [UNSURE] Re: mkfs options for a 16x hw raid5 and xfs (mostly large files), Justin Piszcz |
|---|---|
| Next by Date: | Re: mkfs options for a 16x hw raid5 and xfs (mostly large files), Bryan J. Smith |
| Previous by Thread: | Re: Re: mkfs options for a 16x hw raid5 and xfs (mostly large files), Justin Piszcz |
| Next by Thread: | Re: Re: mkfs options for a 16x hw raid5 and xfs (mostly large files), Justin Piszcz |
| Indexes: | [Date] [Thread] [Top] [All Lists] |