[lkml]   [2006]   [May]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 00/33] Adaptive read-ahead V12
    On Saturday 27 May 2006 09:54, Folkert van Heusden wrote:
    > > > These are nice-looking numbers, but one wonders. If optimising
    > > > readahead makes this much difference to postgresql performance then
    > > > postgresql should be doing the readahead itself, rather than relying
    > > > upon the kernel's ability to guess what the application will be doing
    > > > in the future. Because surely the database can do a better job of that
    > > > than the kernel.
    > >
    > > With that argument we should remove all readahead from the kernel?
    > > Because it's already trying to guess what the application will do.
    > > I suspect it's better to have good readahead code in the kernel
    > > than in a zillion application.
    > Maybe a pluggable read-ahead system could be implemented.

    Pluggable anything is unpopular with Linus and other maintainers. See
    pluggable cpu scheduler and pluggable page replacement policy (vm) patchsets.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-05-27 02:03    [W:0.019 / U:0.560 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site