[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4d8e3fd30708060255w79a3bbj40f33f7eb80a743f@mail.gmail.com>
Date: Mon, 6 Aug 2007 11:55:32 +0200
From: "Paolo Ciarrocchi" <paolo.ciarrocchi@...il.com>
To: "Nick Piggin" <nickpiggin@...oo.com.au>,
"Andrew Morton" <akpm@...ux-foundation.org>
Cc: david@...g.hm, "Rene Herman" <rene.herman@...il.com>,
"Daniel Hazelton" <dhazelton@...er.net>,
"Mike Galbraith" <efault@....de>, "Ingo Molnar" <mingo@...e.hu>,
"Frank Kingswood" <frank@...gswood-consulting.co.uk>,
"Andi Kleen" <andi@...stfloor.org>,
"Ray Lee" <ray-lk@...rabbit.org>,
"Jesper Juhl" <jesper.juhl@...il.com>,
"ck list" <ck@....kolivas.org>, "Paul Jackson" <pj@....com>,
linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23]
On 8/6/07, Nick Piggin <nickpiggin@...oo.com.au> 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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists