Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!ml27192
From: ml27192@uxa.cso.uiuc.edu (Mark Lanett)
Newsgroups: comp.sys.mac.system
Subject: Re: Virtual Memory and Sys 7
Message-ID: <1991May10.210547.29120@ux1.cso.uiuc.edu>
Date: 10 May 91 21:05:47 GMT
References: <1991May9.042425.598@gla-aux.uucp> <1991May9.162601.19210@mintaka.lcs.mit.edu> <1991May10.010859.14103@ux1.cso.uiuc.edu> <1991May10.124723.21125@zaphod.mps.ohio-state.edu>
Sender: usenet@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at Urbana
Lines: 31

edgar@function.mps.ohio-state.edu (Gerald Edgar) writes:

>> If you need that much memory on a regular basis,
>>tho', you'll quickly find that it's much too slow.

>There are exceptions to this.  I find that my use of VM is mostly keeping
>a lot of applications open (but not being used).  Almost the only time
>there are disk swaps is when I switch from one program to another.
>So I haven't noticed much slowdown.

Unfortunately this doesn't work well for me. I find that when some programs are
paged out, paging them back in results in a crash. This is mainly SADE, but
the MPW Linker and MS Word have also failed when being paged back in. I don't
know if this is a bug in VM or the programs...

>I think I miss the 14 megs on my disk more than I miss the extra 8 megs
>of RAM...  When I get a bigger disk, this may reverse.

In the case of VM, faster is better than bigger. Of course, the two go
hand-in-hand.


>--
>  Gerald A. Edgar                Internet:  edgar@mps.ohio-state.edu
>  Department of Mathematics      Bitnet:    EDGAR@OHSTPY
>  The Ohio State University      telephone: 614-292-0395 (Office)
>  Columbus, OH 43210              -292-4975 (Math. Dept.) -292-1479 (Dept. Fax)
--
//-----------------------------------------------------------------------------
Mark Lanett						ml27192@uxa.cs.uiuc.edu
Software Tools Group, NCSA				mlanett@ncsa.uiuc.edu