<div><div dir="auto">Kenneth,</div><div dir="auto"><br></div><div dir="auto">Who will be responsible of the JIT design in 24?</div><div dir="auto">A team (more than 1 engineer) or just Lukas?</div><div dir="auto"><br></div><div dir="auto">/Frank</div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 18 juin 2020 à 12:49, Kenneth Lundin <<a href="mailto:kenneth@erlang.org">kenneth@erlang.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="ltr">Our plan is to have it ready for product use in OTP 24 (May 2021) for the x86-64 architecture. <div><br></div><div>/Kenneth Erlang/OTP, Ericsson</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 18, 2020 at 12:16 PM Valentin Micic <<a href="mailto:v@micic.co.za" target="_blank">v@micic.co.za</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div>Hi Kenneth,<div><br></div><div>Thank you for the information/early warning.</div><div><br></div><div>For what is worth (and FYI):</div><div><br></div><div>We (at Pharos-Avantgard, South Africa) are using HiPE in one of our commercial projects (Erlang R21-3)  where we needed a significant improvement in performance, and, indeed, HiPE did do the trick.</div><div>This came at the cost, though — we had to refactor our code to avoid additional context switching, and hope that new “JIT” (as described by Lukas Larsson) will be at least as stable as HiPE now (in Erlang R21-3, which is, well, so far so good… and, if you do it “right”).</div><div><br></div><div>When would be the earliest release where “JIT” will be considered fit for commercial usage?</div><div><br></div><div>Thanks in advance & kind regards</div><div><br></div><div>V/</div><div><br></div><div><div><br><blockquote type="cite"><div>On 18 Jun 2020, at 10:35, Kenneth Lundin <<a href="mailto:kenneth@erlang.org" target="_blank">kenneth@erlang.org</a>> wrote:</div><br><div><div dir="ltr"><h4 style="font-family:sans-serif;font-size:13px"><span style="font-family:sans-serif"></span></h4><p style="margin:1em 0px;font-family:sans-serif;font-size:13px">HiPE is the runtime and compiler support for native code generation of Erlang modules that some of you might have tried, it is part of the OTP repository today.</p><p style="margin:1em 0px;font-family:sans-serif;font-size:13px">The OTP team is planning to remove HiPE in the OTP 24 release for the following reasons:</p><ul style="line-height:1.5em;list-style-type:square;margin:0.3em 0px 0px 1.5em;padding:0px;font-family:sans-serif;font-size:13px"><li style="margin-bottom:0.1em;font-family:sans-serif">we plan to introduce a new way of executing Erlang, the "JIT" described by Lukas Larsson at Code Beam V</li><li style="margin-bottom:0.1em;font-family:sans-serif">since OTP 22, HiPE is not fully functional (does not handle all beam instructions and combinations)</li><li style="margin-bottom:0.1em;font-family:sans-serif">there is no use of HiPE among our primary customers. We actually don't know where HiPE is used except for speeding up Dialyzer which we have another solution for.</li><li style="margin-bottom:0.1em;font-family:sans-serif">The current support for HiPE in the code is a blocker or creates extra work in our new development.</li></ul><p style="margin:1em 0px;font-family:sans-serif;font-size:13px">In order to not remove HiPE in OTP 24, we really soon need maintainers committing (long term) to keep HiPE in shape and up to date with the rest of OTP.</p>/Kenneth Erlang/OTP, Ericsson</div>
</div></blockquote></div><br></div></div></blockquote></div>
</blockquote></div></div>