At 07:34 PM 11/4/2001 +0100, Benoit Cerrina wrote:
> >
> > dan at his recent talk at boston.pm's tech meeting said he was leaning
> > towards a copying GC scheme. this would be the split ram in half design
> > and copy all objects to the other half at CG time. the old half is
> > reclaimed (not even reclaimed, just ignored!) in one big chunk.
> >
>This schemes require double the necessary memory, if you have what is needed
>for this (if you are able to move objects around) maybe a mark-compact algo
>would be better.
>In any case I didn't here the talk but previously I think I read him talking
>about more elaborate generational schemes. In this case a copying scheme
>could be used for the lower generation and a mark sweep for the upper.
I've not made any promises as to what type of GC system we'll use. I'm
gearing things towards a copying collector, but I'm also trying to make
sure we don't lock ourselves out of a generational scheme. (I really don't
want to have to snag a huge ToSpace if I can avoid it) We'll probably have
a reasonably naive single FromSpace and single ToSpace implementation to
start, just for simplicity, but I'm not counting on it being permanent.
I know things are a little fuzzy in the GC arena, but that's on purpose for
the moment.
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
