home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / alt / lucidem / help / 660 < prev    next >
Encoding:
Text File  |  1992-11-06  |  1.3 KB  |  31 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 6 Nov 1992 00:16:50 EST
  2. Date: Thu, 5 Nov 1992 21:17:13 PST
  3. Message-ID: <9211060517.AA05701@thalidomide.lucid>
  4. X-Windows: Don't get frustrated without it.
  5. From: jwz@lucid.com (Jamie Zawinski)
  6. Sender: jwz%thalidomide@lucid.com
  7. Subject: Re: GC idea
  8. References: <9211060256.AA08035@thymus.synaptics>
  9. Newsgroups: alt.lucid-emacs.help
  10. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  11. Lines: 18
  12.  
  13. In message <9211060256.AA08035@thymus.synaptics> Dave Gillespie wrote:
  14. >
  15. > What would you say to putting something in Emacs' command loop so that,
  16. > if Emacs has been idle for, say, 20 seconds, and the allocator is more
  17. > than, say, 3/4 of the way to gc-cons-threshold, then Emacs pauses to do
  18. > a GC.  This would drastically reduce the number of times Emacs has to
  19. > stop for GC while you're actually in the middle of something.
  20.  
  21. I think you should be able to implement that in lisp; emacs autosaves after
  22. 30 seconds of idle time, via the timer mechanism.
  23.  
  24. (Emacs autosaves once 30 seconds has passed since the last user input, but
  25. really it should autosave when the user has been idle for 30 seconds during
  26. which time emacs has been waiting for input.  Right now emacs will always
  27. autosave after any command which takes longer than 30 seconds to execute,
  28. which I find kind of annoying...)
  29.  
  30.     -- Jamie
  31.