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