[lkml]   [2007]   [Jul]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23]
    > It is. Prefetched pages can be dropped on the floor without additional I/O.

    Which is essentially free for most cases. In addition your disk access
    may well have been in idle time (and should be for this sort of stuff)
    and if it was in the same chunk as something nearby was effectively free

    Actual physical disk ops are precious resource and anything that mostly
    reduces the number will be a win - not to stay swap prefetch is the right
    answer but accidentally or otherwise there are good reasons it may happen
    to help.

    Bigger more linear chunks of writeout/readin is much more important I
    suspect than swap prefetching.

    > good overview of exactly how broken -mm can be at times. How many -mm users
    > use it anyway? He himself said he's not convinced of usefulness having not

    I've been using it for months with no noticed problem. I turn it on
    because it might as well get tested. I've not done comparison tests so I
    can't comment on if its worth it.

    Lots of -mm testers turn *everything* on because its a test kernel.

    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: 2007-07-28 13:19    [W:0.022 / U:4.124 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site