Path: utzoo!attcan!uunet!cs.utexas.edu!usc!apple!netcom!stratus!cloud9!jjmhome!m2c!wpi!wpi.wpi.edu!jhallen
From: jhallen@wpi.wpi.edu (Joseph H Allen)
Newsgroups: comp.emacs
Subject: Software virtual memory for GNU?
Message-ID: <5627@wpi.wpi.edu>
Date: 15 Nov 89 21:03:47 GMT
Sender: jhallen@wpi.wpi.edu
Reply-To: jhallen@wpi.wpi.edu (Joseph H Allen)
Organization: Worcester Polytechnic Institute, Worcester, Mass.
Lines: 12


This is kind of along the lines with the earlier discussion about memory
allocation in GNU Emacs:  Is there any plans to replace the 'hole' method of
buffer management with a page-based software virtual memory system?  This
would eliminate the file size limits caused by UNIX process size limits and
would make editing large files less painful (no hole movement delays).  It
would also allow limits to be placed on the amount of memory emacs uses
without limiting the maximum editable file size.  I would certainly prefer
this to any kind of heap compaction- after all, what we don't need is longer
"Garbage collection...Done." delays.  

Joe