[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20061107134513.fbd5f219.akpm@osdl.org>
Date: Tue, 7 Nov 2006 13:45:13 -0800
From: Andrew Morton <akpm@...l.org>
To: Dave Kleikamp <shaggy@...ux.vnet.ibm.com>
Cc: "linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>,
"Bill Rugolsky Jr." <brugolsky@...emetry-investments.com>
Subject: Re: Fw: Re: ICP, 3ware, Areca?
On Tue, 07 Nov 2006 14:59:52 -0600
Dave Kleikamp <shaggy@...ux.vnet.ibm.com> wrote:
> On Tue, 2006-11-07 at 11:47 -0800, Andrew Morton wrote:
> > Why is ext3 slow??
>
> Allocation? I don't see anything indicating that Bill is overwriting an
> existing file, so there is block allocation and journaling overhead. If
> that's the case, it would be interesting to see how fast ext3 is when
> overwriting a file. Extents and delayed allocation should improve on
> this a lot.
Maybe. or perhaps some funniness with RAID aligment.
Bill, if you have time it'd be interesting to repeat the comparative
benchmarking with:
ext3, data=ordered:
dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct
time dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct conv=notrunc
ext4dev:
dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct
time dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct conv=notrunc
ext4dev, -oextents
rm foo
dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct
time dd if=/dev/zero of=foo bs=1M count=1000 oflag=direct conv=notrunc
> > Begin forwarded message:
> >
> > Date: Tue, 7 Nov 2006 09:47:17 -0500
> > From: "Bill Rugolsky Jr." <brugolsky@...emetry-investments.com>
> > To: Arne Schmitz <arne.schmitz@....net>
> > Cc: linux-ide-arrays@...ts.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.
>
> This would indicate that indirect block lookups themselves aren't a
> problem.
>
> > Summary:
> >
> > Raw partition: 228 MiB/s
> > XFS: 228 MiB/s
> > Ext3: 139-151 MiB/s
It's hard to believe that the block allocator could do this to us. I'd be
suspecting that something is causing additional seeking.
Bill, when publishing figures like this it is useful (and somewhat
important) to also record the CPU consumption. So please publish the full
output of /usr/bin/time and not just the elapsed time, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists