Linked by Thom Holwerda on Thu 6th Sep 2012 21:32 UTC, submitted by MOS6510

Thread beginning with comment 534155
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: GC is for scripting
by dorin.lazar on Fri 7th Sep 2012 04:25
in reply to "RE[2]: GC is for scripting"
Why would you build your own GC instead of improving your allocation mechanisms in manually managed memory? I consider the latter far simpler.
A combination of the two is usually needed to have performance. For example, when you have a lot of similar objects you may want to pre-allocate a memory pool, then the allocation would be fairly simple. De-allocation may not be needed, or if it is, it is done by simply setting a flag in a bitmap.
Garbage collection IS a smart thing to do, as long as you know what happens, and it doesn't pop unexpectedly.
Member since:
2006-05-09
Why would you build your own GC instead of improving your allocation mechanisms in manually managed memory? I consider the latter far simpler.