public inbox for linux-ext4@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: "linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>
Subject: Fw: Re: ICP, 3ware,  Areca?
Date: Tue, 7 Nov 2006 11:47:24 -0800	[thread overview]
Message-ID: <20061107114724.9c2cc644.akpm@osdl.org> (raw)


Why is ext3 slow??


Begin forwarded message:

Date: Tue, 7 Nov 2006 09:47:17 -0500
From: "Bill Rugolsky Jr." <brugolsky@telemetry-investments.com>
To: Arne Schmitz <arne.schmitz@gmx.net>
Cc: linux-ide-arrays@lists.math.uh.edu
Subject: Re: ICP, 3ware,  Areca?


On Tue, Nov 07, 2006 at 03:25:04PM +0100, Arne Schmitz wrote:
> Has anyone information about how current ICP and Areca hardware performs under 
> Linux? We are currently running kernel 2.6.17 and have two offers, one with 
> an Areca ARC-1220 8-port, and one with an ICP 9087MA 8-port. Does either of 
> them make trouble running a (64 bit) Linux?
> 
> At the moment we only have two 3ware controllers running on 32 bit Linux.

On Fri, 18 Aug 2006, I wrote to the list:

   I've been doing sequential raw disk I/O testing with both Jens Axboe's
   "fio" using libaio and iodepths up to 32, as well as a basic
   "dd if=/dev/zero oflag=direct".

   Reads look fine; a zone read test shows 360 MiB/s at the start of the disk,
   190 MiB/s at the end.  I see similarly high numbers doing direct reads via
   ext3.

   Unfortunately, no matter what I do on the write side, I don't see
   more than 72 MiB/s for a sequential direct I/O write to the raw disk.
   I've tried the deadline and noop schedulers, boosted nr_requests and
   toyed with various i/o sizes and queue depths using fio.  I was expecting
   sequential writes in the range of 120-150 MiB/s, based on the (now
   ancient) tweakers.net review and various other info.  [Copying /dev/zero  
   to tmpfs on this box yields ~860 MiB/s.]

   The machine is a Tyan 2882 dual Opteron with 8GB RAM and an Areca 1220
   / 128MB BBU and 8xWDC WD2500JS-00NCB1 250.1GB 7200 RPM configured as a
   RAID6 with chunk size 64K.  [System volume is on an separate MD RAID1 on  
   the Nvidia controller.]  It's running FC4 x86_64 with a custom-built
   2.6.17.7 kernel and the arcmsr driver from scsi-misc GIT, which is
   basically 1.20.0X.13 + fixes.  The firmware is V1.41 2006-5-24.

Chris Caputo suggested:

   I'd run a test with write cache on and one with write cache off and
   compare the results.  The difference can be vast and depending on your
   application it may be okay to run with write cache on.

And I reported back on Tue, 22 Aug 2006:

   Forcing disk write caching on certainly changes the results
   (and the risk profile, of course).  For the archives, here are
   some simple "dd" and "fio" odirect results. These benchmarks
   were run with defaults (CFQ scheduler, nr_request = 128).

   ...

   Summary:

   Raw partition: 228 MiB/s
   XFS:           228 MiB/s
   Ext3:      139-151 MiB/s


Regards,

   Bill Rugolsky

             reply	other threads:[~2006-11-07 19:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-07 19:47 Andrew Morton [this message]
2006-11-07 19:55 ` Fw: Re: ICP, 3ware, Areca? Alex Tomas
2006-11-07 20:59 ` Dave Kleikamp
2006-11-07 21:06   ` bzzz
2006-11-07 21:45   ` Andrew Morton
2006-11-07 22:07     ` Bill Rugolsky Jr.
2006-11-07 22:20     ` Bill Rugolsky Jr.

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=20061107114724.9c2cc644.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=linux-ext4@vger.kernel.org \
    /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