home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.lucid-emacs.help
- Path: sparky!uunet!spool.mu.edu!agate!boulder!news!grunwald
- From: grunwald@foobar.cs.colorado.edu (Dirk Grunwald)
- Subject: Re: GC idea
- In-Reply-To: jwz@lucid.com's message of Thu, 5 Nov 1992 21:17:13 PST
- Message-ID: <GRUNWALD.92Nov8212721@foobar.cs.colorado.edu>
- Sender: news@colorado.edu (The Daily Planet)
- Nntp-Posting-Host: foobar.cs.colorado.edu
- Reply-To: grunwald@foobar.cs.colorado.edu
- Organization: University of Colorado at Boulder
- References: <9211060256.AA08035@thymus.synaptics> <9211060517.AA05701@thalidomide.lucid>
- Date: 8 Nov 92 21:27:21
- Lines: 29
-
- >>>>> On Thu, 5 Nov 1992 21:17:13 PST, jwz@lucid.com (Jamie Zawinski) said:
-
-
- JZ> In message <9211060256.AA08035@thymus.synaptics> Dave Gillespie wrote:
- >
- > What would you say to putting something in Emacs' command loop so
- > that, if Emacs has been idle for, say, 20 seconds, and the allocator
- > is more than, say, 3/4 of the way to gc-cons-threshold, then Emacs
- > pauses to do a GC. This would drastically reduce the number of
- > times Emacs has to stop for GC while you're actually in the middle
- > of something.
-
- JZ> I think you should be able to implement that in lisp; emacs
- JZ> autosaves after 30 seconds of idle time, via the timer mechanism.
- --
-
- Actually, mayhaps it's time for a general discussion of the current GC
- scheme. Switching to a generational scheme would reduce the relatively
- large interactive ``hit'' you take in Emacs.
-
- There's some interest here in finding a student to do something like
- this for an BS or MS project. I've communicated with JWZ a little
- about this.
-
- Have others made efforts on this front before? If so, how did they
- fare? This (better GC) would improve the user interface considerably,
- as would providing bands so we don't need to have a system-preloaded
- with everything in it.
-
-