<div dir="ltr"><div>Hi Eric,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 29, 2020 at 4:16 PM Eric Gade <<a href="mailto:eric.gade@gmail.com">eric.gade@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Nile seems like a fascinating option and I've tried to read as much about it as I can. Unfortunately aside from the various posted talks online and the VPRI papers, there's not a lot of information about using it (unless I am missing something -- you can track a <a href="https://github.com/damelang/nile/issues/3" target="_blank">github issue about its status here</a>). My guess is that the Gezira part, of which there is even less information, is very closely tied to the specific Frank environment in which it was used -- is that correct? Using plain Squeak how would one even incorporate Nile?<br></div></div></blockquote><div><br></div><div>Nile and the graphics engine Gezira written in Nile was quite independent from Squeak. Vanessa made a VM plugin for the C-version of Gezira runtime, and the bindings code issues Gezira requests from Squeak. That part can is reusable. But going through the VM plugin had some overhead, and also Gezira does not on purpose provide optimization for common cases or special cases (such as filling an integer coordinate rectangle with a uniform color, etc.) so performance characteristics was not always a win. </div><div><br></div><div>There was other comments about JITting. It is potentially a great idea but it'd be a quite effort to make sure the multi core execution (or even using GPU) sane and efficient.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">-- Yoshiki<div><br></div></div></div>