linux-kernel - Re: [00/17] Large Blocksize Support V3

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]

Message-ID: <Pine.LNX.4.64.0704260008280.30731@schroedinger.engr.sgi.com>
Date:	Thu, 26 Apr 2007 00:10:56 -0700 (PDT)
From:	Christoph Lameter <clameter@....com>
To:	Nick Piggin <nickpiggin@...oo.com.au>
cc:	"Eric W. Biederman" <ebiederm@...ssion.com>,
	linux-kernel@...r.kernel.org, Mel Gorman <mel@...net.ie>,
	William Lee Irwin III <wli@...omorphy.com>,
	David Chinner <dgc@....com>,
	Jens Axboe <jens.axboe@...cle.com>,
	Badari Pulavarty <pbadari@...il.com>,
	Maxim Levitsky <maximlevitsky@...il.com>
Subject: Re: [00/17] Large Blocksize Support V3

On Thu, 26 Apr 2007, Nick Piggin wrote:

> > Right and we need to create series of other approaches that we then label
> > "non-hack" to replace it. 
> 
> I don't understand? We're talking about several utterly different designs
> to approach these problems. You don't agree that one might be better than
> another?

What I seeing is a series of approaches being put into the kernel to 
address this issue. We already have the lumpy reclaim there. Then we talk 
about other fixed to basic page handling in the kernel to make it better.
Now you want yet another fs layer. All of that could be taken care of by
a defrag approach with larger pages. This has been done a number of times 
before and actually the large page approach is a textbook example on how 
to improve performance. It goes waaaay back.

> > The code paths can stay the same. You can switch CONFIG_LARGE pages off
> > if you do not want it and it is as it was.
> 
> That isn't a good reason to merge something. If you don't have numbers then
> that just seems incredible.

Dont worry you will get numbers... Just did not have time to fix the bug 
in this one since I had to take care of something else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/