headsup: swap_pager.c

Dan Nelson dnelson at allantgroup.com
Fri Aug 1 07:41:18 PDT 2003


In the last episode (Aug 01), Poul-Henning Kamp said:
> In message <xzpel0568cn.fsf at dwp.des.no>, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=
>  writes:
> >"Poul-Henning Kamp" <phk at phk.freebsd.dk> writes:
> >> The thing you overlook is that often when things gets paged out,
> >> the system is short on memory and therefore more likely to not do
> >> anything productive, whereas when things gets paged in, there are
> >> a better chance of some other process being able to use the CPU
> >> time productively. If we did predictive pageouts like some of the
> >> "serious" mainfram OS's this would be less true.
> >
> >How hard would it be to get the kernel to write the pages "most
> >likely to be swapped out" to swap in the idle loop, to save time if
> >/ when they actually need to be swapped out later?
> 
> I don't know :-)
> 
> Quite frankly, given the sizes of RAM we see these days, I think that
> paging optimizations may be largely a thing of the past.

RAM is like disk space; if it's there, users will consume it.  If you
have 8GB of RAM, someone will write a program that needs 2gb of RAM,
then someone else will decide to run that program in 5 vtys (speaking
from experience here).

Predictive swapping would be neat.

-- 
	Dan Nelson
	dnelson at allantgroup.com


More information about the freebsd-arch mailing list