Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!caip!clyde!cbatt!cbosgd!ucbvax!sdcsvax!jvz
From: jvz@sdcsvax.UUCP (John Van Zandt)
Newsgroups: net.arch
Subject: VERY LARGE main memories
Message-ID: <2017@sdcsvax.UUCP>
Date: Mon, 25-Aug-86 14:12:39 EDT
Article-I.D.: sdcsvax.2017
Posted: Mon Aug 25 14:12:39 1986
Date-Received: Tue, 26-Aug-86 05:09:23 EDT
Organization: EECS Dept. U.C. San Diego
Lines: 19
Keywords: memory size


   I heard the other day about current research into
using massive amounts of main memory (approx 1GB) on minicomputers and 
achieving very high performance. I assume this was mainly due 
to the non-swapping of data and code for large applications.  
It seems to me that a reasonably clever paging scheme (maybe 
with some compiler assistance) would limit the overhead of 
the swapping to the point of making it invisible for large
programs/data.  This is under the assumption of a single-user system.  I grant
the fact that in a multi-user environment the more memory, the better.

   Besides starting a discussion of the pro's and con's of 
this (does it really give that much better performance?), I'd 
like some pointers to articles or technical reports on the topic.

John Van Zandt
UCSD
uucp: ...ucbvax!sdcsvax!jvz
arpa: jvz@UCSD