Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932106AbXHFCZe (ORCPT ); Sun, 5 Aug 2007 22:25:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753534AbXHFCZU (ORCPT ); Sun, 5 Aug 2007 22:25:20 -0400 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:37982 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752971AbXHFCZJ (ORCPT ); Sun, 5 Aug 2007 22:25:09 -0400 Date: Sun, 5 Aug 2007 19:22:20 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Nick Piggin cc: Rene Herman , Daniel Hazelton , Mike Galbraith , Andrew Morton , Ingo Molnar , Frank Kingswood , Andi Kleen , Ray Lee , Jesper Juhl , ck list , Paul Jackson , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23] In-Reply-To: <46B6840B.8080006@yahoo.com.au> Message-ID: References: <9a8748490707231608h453eefffx68b9c391897aba70@mail.gmail.com> <20070727030040.0ea97ff7.akpm@linux-foundation.org> <1185531918.8799.17.camel@Homer.simpson.net> <200707271345.55187.dhazelton@enter.net> <46AA3680.4010508@gmail.com> <46AAEDEB.7040003@gmail.com> <46AB166A.2000300@gmail.com> <46AC6771.8080000@gmail.com> <46AC9DC5.8070900@gmail.com> <46B6840B.8080006@yahoo.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1480 Lines: 40 On Mon, 6 Aug 2007, Nick Piggin wrote: > david@lang.hm wrote: >> On Sun, 29 Jul 2007, Rene Herman wrote: >> >> > On 07/29/2007 01:41 PM, david@lang.hm wrote: >> > >> > > I agree that tinkering with the core VM code should not be done >> > > lightly, >> > > but this has been put through the proper process and is stalled with >> > > no >> > > hints on how to move forward. >> > >> > >> > It has not. Concerns that were raised (by specifically Nick Piggin) >> > weren't being addressed. >> >> >> I may have missed them, but what I saw from him weren't specific issues, >> but instead a nebulous 'something better may come along later' > > Something better, ie. the problems with page reclaim being fixed. > Why is that nebulous? becouse that doesn't begin to address all the benifits. the approach of fixing page reclaim and updatedb is pretending that if you only do everything right pages won't get pushed to swap in the first place, and therefor swap prefetch won't be needed. this completely ignores the use case where the swapping was exactly the right thing to do, but memory has been freed up from a program exiting so that you couldnow fill that empty ram with data that was swapped out. David Lang - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/