From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 27 Jun 2005 01:15:39 -0700 From: Andrew Morton Subject: Re: [rfc] lockless pagecache Message-Id: <20050627011539.28793896.akpm@osdl.org> In-Reply-To: <42BFB287.5060104@yahoo.com.au> References: <42BF9CD1.2030102@yahoo.com.au> <20050627004624.53f0415e.akpm@osdl.org> <42BFB287.5060104@yahoo.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Nick Piggin Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: Nick Piggin wrote: > > Also, the memory usage regression cases that fault ahead brings makes it > a bit contentious. faultahead consumes no more memory: if the page is present then point a pte at it. It'll make reclaim work a bit harder in some situations. > I like that the lockless patch completely removes the problem at its > source and even makes the serial path lighter. The other things is, the > speculative get_page may be useful for more code than just pagecache > lookups. But it is fairly tricky I'll give you that. Yes, it's scary-looking stuff. > Anyway it is obviously not something that can go in tomorrow. At the > very least the PageReserved patches need to go in first, and even they > will need a lot of testing out of tree. > > Perhaps it can be discussed at KS and we can think about what to do with > it after that - that kind of time frame. No rush. > > Oh yeah, and obviously it would be nice if it provided real improvements > on real workloads too ;) umm, yes. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org