home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / gnu / epoch / misc / 1150 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.5 KB  |  34 lines
  1. Newsgroups: gnu.epoch.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!mitl.com!douglis
  3. From: douglis@MITL.COM (Fred Douglis)
  4. Subject: Re: Epoch Memory Leaks?
  5. Message-ID: <1992Nov23.185123.5985@MITL.COM>
  6. Sender: news@MITL.COM
  7. Nntp-Posting-Host: chimay.mitl.com
  8. Organization: Matsushita Information Technology Laboratory
  9. References: <SMILEY.92Nov12104022@akasha.eng.hou.compaq.com>
  10. Date: Mon, 23 Nov 1992 18:51:23 GMT
  11. Lines: 21
  12.  
  13. smiley@akasha.eng.hou.compaq.com (Colin Smiley) writes:
  14.  
  15. >I seem to have run into a memory leak somewhere.  Or maybe it is just
  16. >obscene memory usage.  I don't expect to see a fix for this anytime
  17. >soon, but I figured that I would let you people know what I am seeing.
  18.  
  19. I would imagine it's just what you would call obscene usage.  The rest
  20. of us wouldn't -- or at least I wouldn't.  What epoch (and gnu emacs) does
  21. is to keep all the files you ever edit in virtual memory, plus the
  22. things in the kill ring, plus who knows what else.  So it's bound to
  23. grow over time unless you delete lots of buffers as you go along and
  24. it's able to reuse some of that memory.
  25.  
  26. This isn't a problem on most modern desktop systems, since swap space is 
  27. usually plentiful.  It is probably a bigger problem for things like
  28. laptops with limited memory and limited disk space.
  29. -- 
  30. Fred Douglis
  31. Matsushita Information Technology Laboratory  | Email: douglis@mitl.com
  32. 182 Nassau Street                  | Phone: +1 609 497-4600
  33. Princeton, NJ 08542 USA               | Fax:   +1 609 497-4013
  34.