dream garbage collector

["John Belmonte" <jvb@...>]

Hello,

There has been talk about alternate Lua implementations, but what I'd really
like to see is just an alternate garbage collector for the TeCGraf
implementation.

For example there is an incremental non-copying collector [1] that may be a
good fit, allowing use of Lua in real-time applications.  Combined with a
solid method for adjusting the work done per increment [2], GC control would
be almost fun.  Just specify the amount of wasted memory to be tolerated as
a percentage of in-use memory, with higher tolerance translating to lower GC
overhead.

-John


[1] ftp://ftp.cs.utexas.edu/pub/garbage/GC93/wilson.ps
[2] http://www.fridi.de/rts/papers/ismm98_corrected.pdf