Newsgroups: comp.lang.smalltalk
Path: cantaloupe.srv.cs.cmu.edu!europa.chnt.gtegsc.com!news.mathworks.com!news.kei.com!simtel!noc.netcom.net!netcom.com!sehyo
From: sehyo@netcom.com (Sehyo Chang)
Subject: Re: OS-dependent virtual memory with VW
Message-ID: <sehyoD9ExpD.8nq@netcom.com>
Organization: NETCOM On-line Communication Services (408 261-4700 guest)
X-Newsreader: TIN [version 1.2 PL1]
References: <3qbt2v$c1j@senior.nectec.or.th>
Date: Tue, 30 May 1995 22:41:37 GMT
Lines: 31
Sender: sehyo@netcom20.netcom.com

Robert C. MC ARTHUR (mcarthur@morakot.nectec.or.th) wrote:

: We're running a large-ish (100+ MB) VW image, and are contemplating 
: construction of a simple server mechanism to handle a dozen or so 
: simultaneous users. At the moment, the image is running under Windows 
: 3.x, and the Windows "virtual memory" is so crude that the entire image 
: *must* fit into RAM to be usable.

: Running the same image on a Mac with 64MB of RAM seems OK, as the virtual 
: memory mechanism appears to have a rather small "chunk" size in the Mac 
: OS.  In short, paging behavior is acceptably smooth.

: Can anyone provide a sneak preview of how our image will behave under 
: (say) Solaris virtual memory?  Intuition says that Unix should be far 
: superior to Windows, and somewhat superior to the Mac OS, in handling a 
: larger-than-RAM image, but direct experience would be preferable to 
: intuition in this particular case... ;-)

: Muchas gracias in advance, and my deepest apologies if this is in a FAQ 
: file somewhere.

: Cheers
: --Bob McArthur
:   NetSiam Ltd, Bangkok

If you really want to exceed RAM limitation then only solution is use
OODBMS like Gemstone or ObjectStore, espcially if you want to support
multi-user.

-- sehyo

