|| ||David Miller <davem-AT-davemloft.net>|
|| ||Re: [ck] Re: -mm merge plans for 2.6.23|
|| ||Tue, 24 Jul 2007 18:35:27 -0700 (PDT)|
|| ||akpm-AT-linux-foundation.org, ray-lk-AT-madrabbit.org,
From: "Matthew Hawkins" <firstname.lastname@example.org>
Date: Wed, 25 Jul 2007 11:26:57 +1000
> On 7/24/07, Andrew Morton <email@example.com> wrote:
> > The other consideration here is, as Nick points out, are the problems which
> > people see this patch solving for them solveable in other, better ways?
> > IOW, is this patch fixing up preexisting deficiencies post-facto?
> So let me get this straight - you don't want to merge swap prefetch
> which exists now and solves issues many people are seeing, and has
> been tested more than a gazillion other bits & pieces that do get
> merged - because it could be possible that in the future some other
> patch, which doesn't yet exist and nobody is working on, may solve the
> problem better?
I have to generally agree that the objections to the swap prefetch
patches have been conjecture and in general wasting time and
There is a point at which it might be wise to just step back and let
the river run it's course and see what happens. Initially, it's good
to play games of "what if", but after several months it's not a
productive thing and slows down progress for no good reason.
If a better mechanism gets implemented, great! We'll can easily
replace the swap prefetch stuff at such time. But until then swap
prefetch is what we have and it's sat long enough in -mm with no major
problems to merge it.
to post comments)