Adding Java and C++ to the MQTT benchmarks or: How I Learned to Stop Worrying and Love the Garbage Collector

Benjamin Thaut code at benjamin-thaut.de
Thu Jan 9 02:14:12 PST 2014


Am 09.01.2014 08:07, schrieb Walter Bright:
>
> The point is, no matter how slow the GC is relative to malloc, not
> allocating is faster than allocating, and a GC can greatly reduce the
> amount of alloc/copy going on.
>

The points should be, if D is going to stay with a GC, and if so, when 
we will actually get propper GC support so a state of the art GC can be 
implemented. Or if we are going to replace the GC with ARC.

This is a really important topic which shouldn't wait until the language 
is 20 years old. I'm already using D since almost 3 years, and the more 
I learn about Garbage Collectors and about D, the more obvious becomes 
that D does not properly support garbage collection and it will require 
quite some effort and spec changes to do so. And in all the time I used 
D nothing changed about the garbage collector. The only thing that 
happend was the RtInfo template in object.d. But it still isn't used and 
only solves a small portion of the percise scanning problem. In my 
opinion D was designed with language features in mind that need a GC, 
but D was not designed to actually support a GC. And this needs to change.

If requested I can make a list with all language features / decisions so 
far that prevent the implementation of a state of the art GC.

-- 
Kind Regards
Benjamin Thaut


More information about the Digitalmars-d mailing list