linux-kernel - Re: [dm-devel] Re: Ext3 sequential read performance drop 2.6.29 -> 2.6.30,2.6.31,...

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: <19185.10851.259745.139962@notabene.brown>
Date:	Wed, 4 Nov 2009 18:16:51 +1100
From:	Neil Brown <neilb@...e.de>
To:	Laurent CORBES <laurent.corbes@...rtjog.com>
Cc:	"device-mapper development" <dm-devel@...hat.com>,
	akpm@...ux-foundation.org, linux-fsdevel@...r.kernel.org,
	linux-raid@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [dm-devel] Re: Ext3 sequential read performance drop 2.6.29 ->
  2.6.30,2.6.31,...

On Tuesday November 3, laurent.corbes@...rtjog.com wrote:
> 
> What is really strange is that from all the tests I did the raw md perfs never
> dropped. only a few MB of diff between kernel (~2%). This is maybe related to
> the way upper FS write datas on the md layer.

That isn't all that strange.  It just says that the problem isn't with
MD, but is in some other part of Linux closer to the filesystem.

I did some tests with a range of kernels (all 'mainline', not the
'stable' versions that you used) and while I do see a noticeable dip
at 2.6.30 (except with ext3) is see improved performance in 2.6.31 and
even greater improvements with 2.6.32-rc5.

So while I confirm that 2.6.30 is worse than earlier kernels, and that
there was a general decline leading to that point, things have become
dramatically better.  So I don't think it is worth exploring very deeply.

All the numbers in the graph come from 'bonnie' over the various
file-systems on a 5-drive RAID6.

NeilBrown

Download attachment "read.png" of type "image/png" (7396 bytes)