Yup that&#x27;s me, and thanks, I didn&#x27;t know I had fans :)<p>Another little thing I&#x27;m currently working on is a Nintendo DS emulator written 100% in Go:
<a href="https:&#x2F;&#x2F;github.com&#x2F;rasky&#x2F;ndsemu" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rasky&#x2F;ndsemu</a><p>This is very early stage, it boots the BIOS but barely boots any game and they&#x27;re all very garbled.<p>The nice thing is that I&#x27;m emulating graphics fully in parallel with goroutines, so the GPU runs in parallel with CPU. They even potentially access the same memory (VRAM) and I didn&#x27;t put any mutex&#x2F;lock there, as theoretically the undefined behavior is similar to what happens in the real hardware... :) I&#x27;m curious to see if the strategy pays and I&#x27;m able to complete the emulator like this. I&#x27;m going to also emulate sound in this way.<p>As for optimizations go, the approach is a little bit different: I had to optimize things here and there to work around (many) Go compiler deficiencies and achieve decent speed. So the code is less &quot;barebone&quot; than Genesis, and that adds up to the fact that the hardware is vastly more complex per-se.<p>I&#x27;ve also factored out generic code in the &quot;emu&quot; sub-package, that is a collection of generic emulation-related classes&#x2F;packages that could be reused for different emulators in Go.