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