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