linux-ext4 - Re: Ext4 kernel patches ready for benchmarking

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

Message-ID: <4D7D85BB.20503@hp.com>
Date:	Sun, 13 Mar 2011 23:04:27 -0400
From:	Eric Whitney <eric.whitney@...com>
To:	Theodore Ts'o <tytso@....edu>
CC:	linux-ext4@...r.kernel.org
Subject: Re: Ext4 kernel patches ready for benchmarking

On 03/01/2011 07:55 PM, Theodore Ts'o wrote:
> Hi Eric (and the rest of the ext4 development team),
>
> I still have some ext4 patches to merge, but all or most of the ones
> that should affect performance are in the ext4 tree now.  You can get
> them via
>
>     git fetch git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git \
> 		for-enw-benchmark
>
> This patch series is based off of 2.6.38-rc5, plus one fixup commit,
> 3abb17e82f: "vfs: fix BUG_ON() in fs/namei.c:1461", which shouldn't be
> performance relevant (FFSB doesn't use symlinks, which is probably why
> you haven't noticed any problems).
>
> This patch series has passed a large number of xfstests runs using 4k
> and 1k block sizes.  I am currently using this patch set merged with
> 2.6.38-rc7 on my laptop, and it "feels" faster, but could be becauses of
> other optimizations and improvements that went in post-2.6.38, and it
> could be because I've enabled CONFIG_SCHED_AUTOGROUP, not just the ext4
> improvements :-)  --- although commit b616844 could very well help
> synchronous write workloads.
>

<snip>

Hi Ted:

My test results for this patch series are now available for review at:
http://free.linux.hp.com/~enw/ext4/2.6.38-rc5

For this set of runs, I've also tried reworking my old system 
utilization graphs to better reflect per transaction efficiency ("CPU 
Cost").

Thanks for the patches!
Eric
--
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