<div dir="ltr">While in general, those are all good comments, in this case I think something is pretty obviously wrong. The time doesn't vary that much for just reading and printing a string.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 6, 2019 at 10:07 AM Tom Marble <<a href="mailto:tmarble@info9.net">tmarble@info9.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Elana Hashman <<a href="mailto:elana@hashman.ca" target="_blank">elana@hashman.ca</a>> writes:<br>
> Mm, given all that, my guess is that this is an AOT compilation issue. I'll<br>
> have to dig deeper into where that's coming from.<br>
<br>
Having had this role of measuring JVM performance I can tell you<br>
that this type of "cold start" is tricky to measure accurately.<br>
Obviously we have to factor out machine speed. In the automated<br>
tests we did at Sun we also unmounted the filesystem with the JVM<br>
artifacts to ensure that the file system cache was cold.<br>
<br>
It may be that Openjdk 11 has made some startup time tradeoffs<br>
(e.g. more eagerness in favor of better HotSpot behavior).<br>
And Clojure itself may have to initialize a bunch of infrastructure<br>
before evaluating "hi".<br>
<br>
Everybody cares about cold start performance, but it will require<br>
more analysis. Getting a set of Clojure tools that work (at any speed)<br>
is a priority for Buster.<br>
<br>
Regards,<br>
<br>
--Tom<br>
</blockquote></div>