The "no gc" crowd

Benjamin Thaut code at benjamin-thaut.de
Wed Oct 9 00:49:35 PDT 2013


Am 09.10.2013 07:15, schrieb Manu:
>
> I've had a lot of conversations with a lot of experts, plenty of
> conversations at dconf, and nobody could even offer me a vision for a GC
> that is acceptable.
> As far as I can tell, nobody I talked to really thinks a GC that doesn't
> stop the world, which can be carefully scheduled/time-sliced (ie, an
> incremental, thread-local GC, or whatever), is even possible.
>

I have to fully agree here. I recently bought and read the book "The 
handbook of garbage collection". And the base requirement they make for 
basically every garbage collector that is a little bit more advancted 
then a impercise mark & sweep is that you know the _exact_ location of 
_all_ your pointers. And thats where D's problems come from. Its quite 
easy to know all pointers on the heap but the real problem are the 
pointers on the stack. If we really want a state of the art GC we need 
fully working pointer discovery first.

Regarding the GC D's biggest problem is, that it was designed to require 
a GC but it was not designed to actually support a GC.

And thats why I don't believe that there will ever be a GC good enough 
in D to fullfill realtime or soft-realtime requirements.

Kind Regards
Benjamin Thaut


More information about the Digitalmars-d mailing list