Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!mcnc!rti!xyzzy!dg-rtp!meissner From: meissner@tiktok.rtp.dg.com (Michael Meissner) Newsgroups: comp.arch Subject: Re: Memory utilization & inter-process contention Message-ID: Date: 31 Aug 89 16:30:22 GMT References: <3332@blake.acs.washington.edu> <261500008@S34.Prime.COM> <249@gp.govt.nz> <2389@auspex.auspex.com> Sender: usenet@xyzzy.UUCP Organization: Data General (Languages @ Research Triangle Park, NC.) Lines: 26 In-reply-to: guy@auspex.auspex.com's message of 28 Aug 89 18:58:14 GMT In article <2389@auspex.auspex.com> guy@auspex.auspex.com (Guy Harris) writes: > OK, so which of the OSes that support working set scheduling do so > without having to be told by some external agent what the working set of > a process at some given time is? (Do the VMS calls even tell the OS > that, or do they just tell it how big the working set is?) AOS/VS and it's big brother AOS/VS-II both support working set scheduling. The underlying hardware (the propritary Eclipse/MV series) supports reference/modified bits. The native UNIX port, DG/UX does not use working set for individual processes, but uses a global page replacement scheme. In AOS/VS (ans AOS/VS-II), there are a bunch of ways to tune the working set. The system manager can specify the minimum and maximum of pages that can be resident at any one time on a per-user basis (there are separate minimums/maximums for interactive and bach processes). Also, you can indicate in a program file or at process creation, the minimum working set that the program needs (and also the maximum at process creation). -- -- Michael Meissner, Data General. Uucp: ...!mcnc!rti!xyzzy!meissner If compiles were much Internet: meissner@dg-rtp.DG.COM faster, when would we Old Internet: meissner%dg-rtp.DG.COM@relay.cs.net have time for netnews?