Getting completely (I mean ENTIRELY) rid off GC

Dominikus Dittes Scherkl via Digitalmars-d digitalmars-d at puremagic.com
Fri Sep 12 01:27:53 PDT 2014


On Friday, 12 September 2014 at 07:49:59 UTC, eles wrote:
> On Thursday, 11 September 2014 at 20:11:45 UTC, deadalnix wrote:
> >  - Other memory management technique require bookkeeping. In a
> > multicore environment, that mean expensive synchronization.
>
> It is also true that when you start to really optimize the GC 
> (precise, concurrent etc.), its complexity is not lesser than 
> the complexity of that bookkeeping.
>
May be, but this complexity is hidden, the programmer has not to 
take care about it - and the extra cost for synchronization is 
still speared. So I think D is well of if it provides GC and 
manual memory management. Additional supporting ARC is 
superflouos.


More information about the Digitalmars-d mailing list