Xref: utzoo comp.editors:1233 gnu.emacs:2086 comp.unix.wizards:20003
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!ingr!b11!mark
From: mark@b11.ingr (Mark Jones)
Newsgroups: comp.editors,gnu.emacs,comp.unix.wizards
Subject: Re: GNU Emacs, memory usage, releasing
Message-ID: <MARK.90Jan4073040@b11.ingr>
Date: 4 Jan 90 07:30:40 GMT
References: <1558@aber-cs.UUCP> <1025@uc.msc.umn.edu>
Sender: mark@b11.ingr.com
Organization: Over The Rainbow
Lines: 17
In-reply-to: fin@uh.msc.umn.edu's message of 3 Jan 90 22:00:09 GMT


One big bonus of the buffer gap editing is seen when working over NFS.
When you can say write this big chunk, followed by write this big
chunk, you get a reasonably decent speed out of NFS, when you say

for(from now until sometime tomorrow)
	write this little bitty line;

you get pathetic performance out of NFS.  Microemacs does its writes
one line at a time, and it is pathetic.  What does micrognu do?


Mark "If it ain't broke, don't break it" Jones


GNUemacs is the finest editor ever written.  It has more features and
capabilities than any other editor even dreamed of.