Mac Apps That Use Garbage Collection Must Move to ARC

[weaselcat via Digitalmars-d]

On Sunday, 22 February 2015 at 09:48:16 UTC, Russel Winder wrote:
> On Sun, 2015-02-22 at 10:21 +0100, Benjamin Thaut via 
> Digitalmars-d
> wrote:
>> Am 22.02.2015 um 03:13 schrieb Walter Bright:
>> >
>> > Nobody thinks GC is suitable for hard realtime.
>> 
>> I think you should know manu good enough by now that you know 
>> he is not talking about hard realtime but soft realtime 
>> instead. (e.g. games) There are GCs which handle this 
>> situation pretty well but D's GC is not one of them.
>
> If the D GC really is quite so bad, why hasn't a cabal formed 
> to create
> a new GC that is precise, fast and efficient?
>
> I suspect Python's RC/GC approach is one architecture, whilst 
> Java G1 is
> another. (Ignore all previous GCs in OpenJDK, they "suck". 
> Sadly the GCs
> other than G1 that are interesting on the JVM are proprietary.)

GCs are difficult.

I don't think they're as bad for soft realtime as some people 
would lead you to believe though. A nice advantage of GCs is that 
you can hold off all collections, and soft realtime(games) 
frequently have pauses long enough for collections.

The issue I found with D's GC by default is that it runs far too 
often and it's _much_ more efficient to do large collections 
infrequently than frequent small collections. IIRC this is 
completely adjustable in 2.067.

Just my 2 cents.

Also, .NET's GC is under MIT now AFAIK(?). I don't even know what 
the quality of it is, but .NET is and has been Microsoft's 
darling.