Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!wuarchive!emory!hubcap!jcocon
From: jcocon@hubcap.clemson.edu (james c oconnor)
Newsgroups: comp.sys.mac.hardware
Subject: Re: New Macintosh Strategy
Message-ID: <11322@hubcap.clemson.edu>
Date: 1 Nov 90 17:16:19 GMT
References: <1990Oct31.185243.29169@d.cs.okstate.edu>
Distribution: comp.sys.mac.hardware
Organization: Clemson University, Clemson, SC
Lines: 17

From article <1990Oct31.185243.29169@d.cs.okstate.edu>, by minich@d.cs.okstate.edu (Robert Minich):
> want a maximum of say 10MB with 5MB RAM, you'll have a 5MB swap file on
> your disk whether you're actually making use of it or just running the
> finder. <sigh>

Funny, I've set up a few Sun workstations running unix.  They all had
swap partitions if they had swap on a local hard disk, so to change the
virtual memory size you had to RE-PARTITION the disk.  If swap was on
a server, then you had to allocate a file the size of the virtual memory
space you wanted, including the RAM.  A 16 Meg file was needed if you
wanted a 16Meg address space.  That makes sense to me (need to put the
info in memory somewhere while you move in the memory on disk, although
if you do it a page at a time the disk space would be VM - RAM + page size,
but then you have table look-ups to determine where byte page n is right
now on the hard disk, instead of simply using the "real" address as the
offset into the file.)  The memory manager has to be real low in the
operating system, so you want to keep it simple.