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