lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ