Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site utcsrgv.UUCP
Path: utzoo!utcsrgv!thomson
From: thomson@utcsrgv.UUCP (Brian Thomson)
Newsgroups: net.micro.16k
Subject: Re: LMC Mega-foobar
Message-ID: <1834@utcsrgv.UUCP>
Date: Tue, 26-Jul-83 17:06:50 EDT
Article-I.D.: utcsrgv.1834
Posted: Tue Jul 26 17:06:50 1983
Date-Received: Tue, 26-Jul-83 17:42:45 EDT
References: <1827@utcsrgv.UUCP>, <798@utcsstat.UUCP>
Organization: CSRG, University of Toronto
Lines: 19

Whoa.  'Religious basis?'  Puh-leeze.
I am in favour of solving paging by avoiding it.  Our 780 has
8 megabytes and never pages.  I like that just fine.

But if you're going to build a paging system, build it so 
Using the kernel's idle loop to zero freed but dirty pages is,
I think, and if I understand it correctly, a bad idea.  It strongly
couples page cleaning to the availability of idle cpu cycles.  If
you don't want that dependency, tough.  You're stuck with it.
So, that's my religious philosophy.  Build your systems so YOU
control their behaviour.  How can that be wrong?
The business of 'cleaning up pages just in time to have them
get them[sic] dirty again' is, of course, a red herring.  You
can also pre-empt clean pages just in time to have them fault
back in.  That's what strategies are for.
			This Sermon brought to you from the Mount of ...
-- 
			Brian Thomson,	    CSRG Univ. of Toronto
			{linus,ihnp4,uw-beaver,floyd,utzoo}!utcsrgv!thomson