<div class="gmail_quote">On 7 January 2012 17:27, Paulo Pinto <span dir="ltr"><<a href="mailto:pjmlp@progtools.org">pjmlp@progtools.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for the explanation.<br>
<br>
I am convinced that eventually AAA game engines can be<br>
made in a GC enabled language like D, they just need to<br>
be coded in a different way, more GC-friendly.<br></blockquote><div><br></div><div>I tend to disagree. I see it trending in the opposite direction.</div><div>Tight pooling of resources and updating in finer grained (probably threaded) tight loops across neatly (cache friendly) packed bundles of like objects. That's where engines are going.</div>
<div>Engines are becoming more and more memory-layout aware, not less... GC is the opposite of rigid memory layout.</div><div>It's great for high level sugar that glues the whole thing together, but the engine is heading the opposite way; everything works more like a video card, small repetitive streamed jobs, with memory carefully managed.</div>
</div>