Garbage collection

Ulf Wiger etxuwig@REDACTED
Fri Aug 27 11:57:38 CEST 1999


On Fri, 27 Aug 1999, Vlad Dumitrescu wrote:

vlad.d>Hi!
vlad.d>
vlad.d>I will try to look closer at the existing collector... it is
vlad.d>an interesting area. Difficult, but worth trying, I think.
vlad.d>Only I have the time! :-)

One thing you could consider is making the per-process GC reentrant. This
would be a significant improvement of the system real-time characteristics.

If you could divide the collection in a couple of (perhaps 2-4) discrete
phases, between which the process could be suspended and rescheduled, this
would be a significant improvement.

Another tiny detail would be to check the reduction counter before starting
a GC -- if it's > 400, yield first, then GC. As it is implemented now, a
process could run its entire timeslice and then start a costly GC on the
500th reduction.

/Uffe

Ulf Wiger, Chief Designer AXD 301      <ulf.wiger@REDACTED>
Ericsson Telecom AB                          tfn: +46  8 719 81 95
Varuvägen 9, Älvsjö                          mob: +46 70 519 81 95
S-126 25 Stockholm, Sweden                   fax: +46  8 719 43 44




More information about the erlang-questions mailing list