News for hackers. Stuff that matters.
Re:RedHat Mandrel Makes Java Native by AJRF on Thursday July 02, 2020 @03:13AM (#23710744)
+1 - I tried using GraalVM for a Clojure(script) + re-frame application recently and it didn't work, changing back to OpenJDK works fine. It's a shame because the times were Graal does work, the start-up time is orders of magnitude faster.
Re:RedHat Mandrel Makes Java Native by kimi on Thursday July 02, 2020 @04:47AM (#23711243)
What often is not clear is that GrralVM in "native" mode is NOT faster than JVM mode, because the JVM has a number of tricks up its sleeve for dynamic optimization based on actual usage patterns. It definitely has faster startup times, but for a web client/server application this is not so significant.
Re:RedHat Mandrel Makes Java Native by imtringued on Thursday July 02, 2020 @05:55AM (#23711602)
I personally am more interested in the lower memory usage.
Re:RedHat Mandrel Makes Java Native by thu2111 on Thursday July 02, 2020 @07:22AM (#23712017)
Memory usage is smaller mostly for small apps. Larger apps will see larger memory usage because the GC and heap layout is a lot weaker.

SVM/native-image has its place, but currently it's optimised for things like command line apps or servers that people constantly shut down and start up to try and save on huge AWS costs. Actual runtime throughput and latency will be far better on regular OpenJDKs, especially the latest ones with much better garbage collectors.

Re:RedHat Mandrel Makes Java Native by The_rationalist on Thursday July 02, 2020 @04:21AM (#23711091)
I believe that startup time is already a solved problem https://github.com/facebook/nailgun

There is also https://mail.openjdk.java.net/pipermail/discuss/2020-April/0...

Re:RedHat Mandrel Makes Java Native by maxandersen on Sunday July 05, 2020 @04:56AM (#23737443)
Not a solved problem.

nailgun doesn't solve it generally.

leyden is not released yet; its proposal into JDK future is validation of the approaches projects like GraalVM/Mandrel and Quarkus are doing.