linux-ext4 - Re: ext4 unlink performance

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]

Date:	Thu, 13 Nov 2008 14:46:28 -0500
From:	Theodore Tso <tytso@....edu>
To:	linux-ext4@...r.kernel.org
Cc:	Bruce Guenter <bruce@...roubled.org>
Subject: Re: ext4 unlink performance

On Thu, Nov 13, 2008 at 12:57:12PM -0600, Bruce Guenter wrote:
> 
> Ouch.  Why is ext4 so much slower than ext3 here, and why is there such
> a huge discrepancy between the different inode sizes?  The filesystems
> were created with the stock options except for inode size and ^huge_file
> (for historical reasons when I was testing with older kernels).
> 

I'm assuming that ext3 filesystem was created with htree enabled
(possibly not true on older versions of e2fsprogs), but if you're
creating ext4 filesystems, I'm assuming that you have been using an
1.41.x version of e2fsprogs.

If this the the case, the most likely explanation is that that ext4
defaults to barriers enabled, and ext3 defaults to barriers disabled.
So try mounting ext3 with "-o barriers=1", or ext4 with "-o
barriers=0", so that the comparison is between apples and apples.

Regards,

						- Ted

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