Date: Fri, 01 Aug 2003 11:22:00 +0200 From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) To: "Poul-Henning Kamp" <phk@phk.freebsd.dk> Cc: arch@freebsd.org Subject: Re: headsup: swap_pager.c Message-ID: <xzpel0568cn.fsf@dwp.des.no> In-Reply-To: <6955.1059728599@critter.freebsd.dk> (Poul-Henning Kamp's message of "Fri, 01 Aug 2003 11:03:19 %2B0200") References: <6955.1059728599@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
"Poul-Henning Kamp" <phk@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 thought we already did this to some extent (ref. FAQ 16.1), but apparently I was wrong? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzpel0568cn.fsf>