lkml.org 
[lkml]   [2007]   [Jul]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [ck] Re: -mm merge plans for 2.6.23
    From
    From: "Matthew Hawkins" <darthmdh@gmail.com>
    Date: Wed, 25 Jul 2007 11:26:57 +1000

    > On 7/24/07, Andrew Morton <akpm@linux-foundation.org> 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
    frustrating people.

    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 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/

    \
     
     \ /
      Last update: 2007-07-25 03:37    [W:4.329 / U:0.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site