linux-ext4 - Re: ext4 compile bench is slower

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-next>] [day] [month] [year] [list]

Date:	Fri, 25 Jul 2008 18:00:16 -0400
From:	Andreas Dilger <adilger@....com>
To:	"Jose R. Santos" <jrs@...ibm.com>
Cc:	Mingming Cao <cmm@...ibm.com>,
	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>,
	linux-ext4@...r.kernel.org
Subject: Re: ext4 compile bench is slower

On Jul 23, 2008  08:30 -0500, Jose R. Santos wrote:
> On Tue, 22 Jul 2008 18:58:50 -0600
> Andreas Dilger <adilger@....com> wrote:
> > Jose, do you have ext3 results on the same system
> > for the benchmarks you ran?  That would tell us how much improvement we
> > get from other ext4 features (e.g. extents vs. block allocation) and how
> > much from flex_bg.
> 
> No I dont, I tried doing some runs yesterday but after updating the
> kernel, the results flex_bg are about the same as without it and ext3
> is a lot faster than ext4.  Im investigating to see if I messed up the
> kernel build somehow or if we have a regression.

There was another report that the current ext4 code is no longer faster
at compilebench than ext3.

> Valerie did a very comprehensive set of comparisons that could be
> useful for the presentation.  I'll try to see if I can recreate this
> once I figure out the regression im seeing but would this work for now?
> 
> http://www.bullopensource.org/ext4/20080530/ffsb-readwrite-2.6.26-rc2.html

Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.

--
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