Better branding of -betterC

Paulo Pinto pjmlp at progtools.org
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.

https://dl.acm.org/doi/abs/10.1145/2402676.2402699

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