Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762996AbXHFJzn (ORCPT ); Mon, 6 Aug 2007 05:55:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755823AbXHFJze (ORCPT ); Mon, 6 Aug 2007 05:55:34 -0400 Received: from rv-out-0910.google.com ([209.85.198.184]:8843 "EHLO rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755442AbXHFJzd (ORCPT ); Mon, 6 Aug 2007 05:55:33 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oiY5hjlZcCLZcZ0ZLd3odF0VldvDSun4mbrGQSTBzJ37+XDRthjCP8ME5lsdKQQtO4a5MMNTioW5Y+SwSxHRMOh/a2+hQsjHNpuDxPWDRcj3l+qewTHvyLAkprr+rkYgiHsZEpEA3vgGGHfEW05MFJcZNnkwEkXQg5G96vUzJ6M= Message-ID: <4d8e3fd30708060255w79a3bbj40f33f7eb80a743f@mail.gmail.com> Date: Mon, 6 Aug 2007 11:55:32 +0200 From: "Paolo Ciarrocchi" To: "Nick Piggin" , "Andrew Morton" Subject: Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23] Cc: david@lang.hm, "Rene Herman" , "Daniel Hazelton" , "Mike Galbraith" , "Ingo Molnar" , "Frank Kingswood" , "Andi Kleen" , "Ray Lee" , "Jesper Juhl" , "ck list" , "Paul Jackson" , linux-mm@kvack.org, linux-kernel@vger.kernel.org In-Reply-To: <997038.92524.qm@web53809.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <997038.92524.qm@web53809.mail.re2.yahoo.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1349 Lines: 36 On 8/6/07, Nick Piggin wrote: [...] > > 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. > > Yeah. However, merging patches (especially when > changing heuristics, especially in page reclaim) is > not about just thinking up a use-case that it works > well for and telling people that they're putting their > heads in the sand if they say anything against it. > Read this thread and you'll find other examples of > patches that have been around for as long or longer > and also have some good use-cases and also have not > been merged. What do you think Andrew? Swap prefetch is not the panacea, it's not going to solve all the problems but it seems to improve the "desktop experience" and it has been discussed and reviewed a lot (it's has even been discussed more than it should have be). Are you going to push upstream the patch? Ciao, -- Paolo http://paolo.ciarrocchi.googlepages.com/ - 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/