On Thursday 23 March 2006 08:04, Con Kolivas wrote yet: > On Thu, 23 Mar 2006 03:53 pm, Andrew Morton wrote: > > A look at the -mm lineup for 2.6.17: > > > > mm-implement-swap-prefetching.patch > > mm-implement-swap-prefetching-fix.patch > > mm-implement-swap-prefetching-tweaks.patch > > > > Still don't have a compelling argument for this, IMO. > > For those users who feel they do have a compelling argument for it, please > speak now or I'll end up maintaining this in -ck only forever. I've come > to depend on it with my workloads now so I'm never dropping it. There's no > point me explaining how it is useful yet again, though, because I just end > up looking like I'm handwaving. It seems a shame for it not to be available > to all linux users. > A compelling argument? Launch UT2004 and some applications in the background. They'll get swapped out. Shock horror when you wait x seconds before system gets responsive and applications are swapped in. (especially the new manual option helps) Same applies to any large compile. (KDE with --enable-final springs to mind, but Firefox should also be large enough) Even 0,5G of memory is not enough for those and a few apps. Another boon is retaining swapped-out data. Saves a lot of time when I keep large applications in background and only use them sporadically. (OpenOffice springs to mind) -- GPG Key id: 0xD1F10BA2 Fingerprint: 96E2 304A B9C4 949A 10A0 9105 9543 0453 D1F1 0BA2 AstralStorm
Attachment:
pgpaGZabMMHfO.pgp
Description: PGP signature
- References:
- -mm merge plans
- From: Andrew Morton <[email protected]>
- swap prefetching merge plans
- From: Con Kolivas <[email protected]>
- -mm merge plans
- Prev by Date: Re: swap prefetching merge plans
- Next by Date: Re: [RFC][UPDATED PATCH 2.6.16] [Patch 9/9] Generic netlink interface for delay accounting
- Previous by thread: Re: swap prefetching merge plans
- Next by thread: Re: swap prefetching merge plans
- Index(es):