linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Keld Jørn Simonsen" <keld@dkuug.dk>
To: thomas62186218@aol.com
Cc: monkeyiq@users.sourceforge.net, linux-raid@vger.kernel.org
Subject: Re: Benchmarks: Linux Kernel RAID vs a Hardware RAID setup
Date: Tue, 15 Jul 2008 19:39:27 +0200	[thread overview]
Message-ID: <20080715173927.GA24745@rap.rap.dk> (raw)
In-Reply-To: <8CAB4B2168C7183-B68-AD2@webmail-ng19.sysops.aol.com>

On Tue, Jul 15, 2008 at 12:50:57PM -0400, thomas62186218@aol.com wrote:
> Hi Ben,
> 
> Nice reporting on the benchmarks. It would be helpful though to run 
> these tests without a file system involved, using a block level 
> benchmark utility like fio or similar to really measure the RAID 
> performance in isolation. While you did use a file system in both your 
> hardware and software RAID tests, before directly implicating software 
> RAID, it makes sense to isolate it as much as possible in the testing 
> by eliminating the file system for benchmarks.

I think actually the use of the file systems is one of the strengths of
this report. Many benchmarks are done only on the raw raid systems, and
that gives some aritficial benchmarks that are only of theoretical
interest, as the user really needs to have a FS  to employ the raids.
And the file system layer can compensate a lot for some characteristics
of the raid types. 

I would actually welcome more tests with specific user profiles, like
many small reads and writes for database  use, and concurrent random
reading and writing to simulate the load on a server. What bonnie++ is
reporting is only equential IO. This is important on work stations, but
actually not on servers.

I have a new category - namely sequential reads on a system already
running a workload of mostly random reading, but also some writing. 
this is important on some of my servers, like a ftp server.
How fast can a new user get a file on an already loaded server?
I dont know how to measure it in a reproducable way, but I do have some 
experimential figures.

Best regards
Keld

  reply	other threads:[~2008-07-15 17:39 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-15 14:06 Benchmarks: Linux Kernel RAID vs a Hardware RAID setup Ben Martin
2008-07-15 14:42 ` Justin Piszcz
2008-07-16  4:14   ` Ben Martin
2008-07-15 15:46 ` Michal Soltys
2008-07-15 20:34   ` Richard Scobie
2008-07-16  2:34     ` Mr. James W. Laferriere
2008-07-16  2:48       ` Richard Scobie
2008-07-16  2:52         ` Mr. James W. Laferriere
2008-07-16  4:17           ` Keld Jørn Simonsen
2008-07-16  5:50       ` Michal Soltys
2008-07-16  3:36   ` Ben Martin
2008-07-16  3:55     ` Richard Scobie
2008-07-16  7:00       ` Dan Williams
2008-07-16 17:08       ` thomas62186218
2008-07-16 19:34         ` Richard Scobie
2008-07-15 16:39 ` Keld Jørn Simonsen
2008-07-15 16:50   ` thomas62186218
2008-07-15 17:39     ` Keld Jørn Simonsen [this message]
2008-07-16  0:01       ` Richard Scobie
2008-07-16  0:20         ` Jon Nelson
2008-07-16  4:06           ` Ben Martin
2008-07-16 15:42           ` Ben Martin
2008-07-16  4:23         ` Keld Jørn Simonsen
2008-07-16  5:18           ` Richard Scobie
2008-07-16  8:17             ` Keld Jørn Simonsen
2008-07-15 17:06   ` Jon Nelson
2008-07-16  3:44     ` Ben Martin
2008-07-15 18:40   ` Brad Campbell
2008-07-15 20:12     ` Keld Jørn Simonsen
2008-07-21 16:55       ` Bill Davidsen
2008-07-23  7:45         ` Keld Jørn Simonsen
2008-07-23 10:29           ` Brad Campbell
     [not found]     ` <487CF499.6080105@harddata.com>
2008-07-15 20:15       ` Keld Jørn Simonsen
2008-07-16  3:58   ` Ben Martin
2008-07-16  4:47     ` Keld Jørn Simonsen
2008-07-21 16:58       ` Bill Davidsen
2008-07-15 19:41 ` Keld Jørn Simonsen
2008-07-16  3:25   ` Ben Martin
2008-07-15 20:40 ` Peter Grandi
2008-07-16  3:38 ` Eric Sandeen
2008-07-16 18:54 ` Alan D. Brunelle
2008-07-17  8:26   ` Ben Martin

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=20080715173927.GA24745@rap.rap.dk \
    --to=keld@dkuug.dk \
    --cc=linux-raid@vger.kernel.org \
    --cc=monkeyiq@users.sourceforge.net \
    --cc=thomas62186218@aol.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).