[lkml]   [2007]   [Jul]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectswap-prefetch: A smart way to make good use of idle resources (was: updatedb)
People wrote:
> >> I believe the users who say their apps really do get paged back in
> >> though, so suspect that's not the case.
> >
> > Stopping the bush-circumference beating, I do not. -ck (and gentoo) have
> > this massive Calimero thing going among their users where people are
> > much less interested in technology than in how the nasty big kernel
> > meanies are keeping them down (*).
> I think the problem is elsewhere. Users don't say: "My apps get paged
> back in." They say: "My system is more responsive". They really don't
> care *why* the reaction to a mouse click that takes three seconds with
> a mainline kernel is instantaneous with -ck. Nasty big kernel meanies,
> OTOH, want to understand *why* a patch helps in order to decide whether
> it is really a good idea to merge it. So you've got a bunch of patches
> (aka -ck) which visibly improve the overall responsiveness of a desktop
> system, but apparently no one can conclusively explain why or how they
> achieve that, and therefore they cannot be merged into mainline.
> I don't have a solution to that dilemma either.

IMHO, what everybody agrees on, is that swap-prefetch has a positive effect
in some cases, and nobody can prove an adverse effect (excluding power
consumption). The reason for this positive effect is also crystal clear:
It prefetches from swap on idle into free memory, ie: it doesn't force
anybody out, and they are the first to be dropped without further swap-out,
which sounds really smart.

Conclusion: Either prove swap-prefetch is broken, or get this merged quick.



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-27 21:45    [W:0.090 / U:0.272 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site