Xref: utzoo comp.sys.next:4474 comp.os.mach:190 Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!pt.cs.cmu.edu!andrew.cmu.edu!+ From: Richard.Draves@CS.CMU.EDU Newsgroups: comp.sys.next,comp.os.mach Subject: Re: Pager Objects Message-ID: Date: 20 Dec 89 05:20:01 GMT References: <5999@ubc-cs.UUCP> Sender: rpd@M.GP.CS.CMU.EDU Distribution: na Organization: Carnegie Mellon, Pittsburgh, PA Lines: 25 In-Reply-To: <5999@ubc-cs.UUCP> Excerpts from netnews.comp.os.mach: 17-Dec-89 Pager Objects Rick Morrison@cs.ubc.ca (772) > I have been pouring over the Mach documentation provided with the > NeXT. It is vaguely suggested (Ch 16 of the NeXT Ref Man) that an > alternate pager object may be associated with a task. Further reading > tends to falsify this suggestion, and there doesn't appear to be any > evidence (e.g. in proc.h) that this is supported in the version of Mach > running on the NeXT. > Do other implementations of Mach allow alternate > pagers or have I just encountered forward references to features > not yet supported? The NeXT 1.0 VM system is based on the Mach 2.0 release from CMU. It doesn't support external memory managers (pagers). (This support was still experimental in Mach 2.0.) The external memory management interface is standard in Mach 2.5. This interface allows user tasks to act as servers for memory objects, and allows other user tasks to map these memory objects into their address spaces. I don't know when NeXT plans to release a kernel that supports external memory management. Rich