Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!mcvax!enea!ttds!draken!sics!pd
From: pd@sics.UUCP (Per Danielsson)
Newsgroups: comp.emacs
Subject: Re: GNU Emacs performance
Message-ID: <1306@sics.UUCP>
Date: Fri, 29-May-87 07:12:04 EDT
Article-I.D.: sics.1306
Posted: Fri May 29 07:12:04 1987
Date-Received: Mon, 1-Jun-87 06:39:15 EDT
References: <1439@arthur.cs.purdue.edu> <4041@teddy.UUCP>
Reply-To: pd@sics.UUCP (Per Danielsson)
Organization: Swedish Institute of Computer Science
Lines: 21

In article <4041@teddy.UUCP> jpn@teddy.UUCP (John P. Nelson) writes:
>Well, I suspect that part of why GNU runs so slowly is:
>
>  1.  Memory Usage.  GNU may do lots of paging on machines with small real
>      real memory sizes.  First, the executable is large.  Also, EVERYTHING
>      is kept in memory.  If you are editing a 3 Meg file, you need all 3 Meg
>      IN (virtual) MEMORY at once.  Vi uses a temp file, and only keeps the
>      active part of the file in memory.

This is of course not a fault of GNU Emacs. A well designed virtual
memory system should be as efficient in core vs. disk space usage as
any temp file scheme. If you have to resort to writing the code for
swapping to disk yourself the virtual memory system is probably poorly
written. (Followups to this should go to some other newsgroup than
comp.emacs).

-- 
Per Danielsson          UUCP: {mcvax,decvax,seismo}!enea!sics!pd
Swedish Institute of Computer Science
PO Box 1263, S-163 13 SPANGA, SWEDEN
"No wife, no horse, no moustache."