Garbage Collection and gamedev - tl;dr Yes we want it, so let's solve it
rikki cattermole
rikki at cattermole.co.nz
Mon Nov 23 13:09:31 UTC 2020
On 24/11/2020 1:58 AM, Ola Fosheim Grøstad wrote:
> On Monday, 23 November 2020 at 12:05:14 UTC, rikki cattermole wrote:
>> But as Ola has said, there are down sides to this approach once you
>> start needing performance.
>
> Rikki, I want to add that I don't argue that it shouldn't be the
> default. I was arguing in the context of games and other demanding low
> latency, high memory, computation applications.
>
> Your fork-collector could be excellent for most GUI applications that
> are mostly based on D code. For instance, a GUI application can detect
> that the user is inactive and trigger a fork.
>
> It could also work for turn-based games.
Its not actually my idea. Rainer has already done an implementation :)
http://rainers.github.io/visuald/druntime/concurrentgc.html
More information about the Digitalmars-d
mailing list