linux-ext4 - Re: Fw: Re: ICP, 3ware, Areca?

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: <1162933193.8123.36.camel@kleikamp.austin.ibm.com>
Date:	Tue, 07 Nov 2006 14:59:52 -0600
From:	Dave Kleikamp <shaggy@...ux.vnet.ibm.com>
To:	Andrew Morton <akpm@...l.org>
Cc:	"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: Re: Fw: Re: ICP, 3ware,  Areca?

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.  

> 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
-- 
David Kleikamp
IBM Linux Technology Center

-
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