Xref: utzoo comp.editors:1228 gnu.emacs:2083 comp.unix.wizards:19998
Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!tut.cis.ohio-state.edu!uc!uh!fin
From: fin@uh.msc.umn.edu (Craig Finseth)
Newsgroups: comp.editors,gnu.emacs,comp.unix.wizards
Subject: Re: GNU Emacs, memory usage, releasing
Keywords: GNU emacs malloc memory working set gap editor
Message-ID: <1036@uc.msc.umn.edu>
Date: 4 Jan 90 19:52:47 GMT
References: <1558@aber-cs.UUCP> <1025@uc.msc.umn.edu> <81@calcite.UUCP>
Sender: news@uc.msc.umn.edu
Reply-To: fin@uh.UUCP (Craig Finseth)
Organization: Minnesota Supercomputer Center, Minneapolis, MN
Lines: 19

In article <81@calcite.UUCP> vjs@calcite.UUCP (Vernon Schryver) writes:
 ...
>An editor called "QED" by Peter Deutch (sp?) of Project Genie at Berkeley
>used this technique on one of the first paged virtual memory systems, the
>SDS-940 (later XDS-940).  The 940 was one of the intellectual parents of
>UNIX in general, and I've been told that ed is in some important sense a
>descendent of QED.

And I thought I knew about every text editor written before 1980 (:-).
This just goes to support my general claim that nothing new has been
done in software since 1970.  (All of the virtual memory techniques we
used were straight out of 1960s implementations.)

Without knowing details of the SDS-940, I would surmise that its CPU /
memory / disk tradeoffs (not absolute performance!) were similar to
the early 1980s micros that we were developing for.

Craig A. Finseth			fin@msc.umn.edu [CAF13]
Minnesota Supercomputer Center, Inc.	+1 612 624 3375