Better branding of -betterC

Paulo Pinto pjmlp at
Sun Nov 15 07:20:46 UTC 2020

On Sunday, 15 November 2020 at 07:11:01 UTC, ryuukk_ wrote:
> On Friday, 13 November 2020 at 22:56:03 UTC, rinfz wrote:
>> On Wednesday, 11 November 2020 at 22:15:18 UTC, ryuukk_ wrote:
>>> NO GC at all! custom allocator friendly
>> Out of interest, what are your problems with GC?
> for game engines, GC is not a good thing
> Unity for example has lot of issues with it, and just recently 
> started to introduce an incremental GC to help make the 
> situation a little better
> D has an interesting GC situation where you can pause it, but 
> still is stopping the world, and the bigger your heap is (wich 
> happens with games), the longer the GC pauses will be, GC 
> impact in D is minimal in the std lib, BUT, when a gc pause 
> happen, you miss lot of frame, wich results in visible stutter 
> ingame

The problem is not having a GC, rather which algorithms get used 
and when.

US Navy has no issues using realtime Java GCs for weapon systems 
control, where a frame drop costs real human lives.

> The Aegis Weapons System software was recently rewritten into 
> real-time Java as part of the Aegis Modernization activity. 
> This project involved replacement of about 200,000 lines of 
> CMS-2 and Ada code with roughly 500,000 lines of Java. The 
> effort began in 2003 and the new Java implementation of Aegis 
> Weapons System is now being deployed on warships.

However these are not the kind of implementations get offered as 
free beer, from devs working on side projects.

More information about the Digitalmars-d mailing list