linux-ext4 - Re: ext4 performance benchmarks

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]

Date:	Wed, 20 Jan 2010 13:01:17 -0600
From:	Eric Sandeen <sandeen@...hat.com>
To:	surbhi.palande@...onical.com
CC:	linux-ext4@...r.kernel.org, Theodore Tso <tytso@....edu>
Subject: Re: ext4 performance benchmarks

Surbhi Palande wrote:
> Hi Guys,
> 
> The following article says that ext4 performance has plummeted
> since the 2.6.31 kernel. Can someone please comment on this?
> 
> http://www.phoronix.com/scan.php?page=article&item=ext4_then_now&num=1

For what it's worth, I don't put much if any stock in these benchmarks.

Against my better judgement I grepped the code to see what they actually
ran (iozone -s 2048M -i0 -i1 -f testfile AFAICT) and I saw no such
regression.  Of course I don't have an atom CPU to test on ...

> Are large reads giving a lower performance for the kernels post 2.6.30?
> Is this performance attributed to some particular ext4 features/patches?

No idea what their issue is, they don't fully characterize the test
environment - at least not in a way that's easy for me to reproduce.
If the results contained the commandline that was run, the raw output,
and an archive of test environment information it'd be a big help -
otherwise we're just chasing ghosts.

(for example: did ubuntu change the default scheduler between .30
and .31?  Frankly, I'm not going to go look)

In other words there's not enough context in their results to
answer your question.

> Does anyone maintain the benchmarking results for ext4 after any
> feature/big patches are applied?

It gets spot-checked, but we could always do a better job.

-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