graalvm 2021-06-08 | Slack Archive

Ben Sless05:06:14

Is there a difference between the JVM distributed as part of GraalVM and other distributions?

borkdude07:06:44

Yes, the compiler is different, more optimizations

Ben Sless08:06:45

huh, I did not know that. You mean the JIT compiler? Should it be considered experimental?

borkdude08:06:50

No, GraalVM is supported as part of the Java SE subscription even

borkdude08:06:00

They have LTS releases as well

borkdude08:06:41

https://www.graalvm.org/why-graalvm/#run-java-faster

Hukka05:06:51

Somewhat tangentially related to graalvm, but has anyone heard of a helper that would kick up the native-image binary, and immediately after that start up the JVM version, and switch to that? Doing it in place would require support in graalvm itself, but perhaps even on http level (assuming that there are many small requests, not just one huge one)? You know, eating and having the cake and so on…

Hukka05:06:59

I guess Kubernetes could handle this for me, but I was thinking about making a single container that could do this internally, without depending on any external orchestration

Ben Sless06:06:47

How would you deal with port bindings? Seems like you'd have to use a container You'll also need some time to warm the jit up

Hukka06:06:23

If I'd have to start from scratch, I guess I would make a small proxy that has the external port open, it then starts first the native image and starts forwarding to that, and then the JVM and starts forwarding there instead

Hukka06:06:24

Pragmatically I wouldn't really be making that, it's not that much of a cost to just keep a long running JVM instance on all the time, and scale that up when load increases, instead of scaling all the way down to zero

Hukka11:06:08

Ugh, looks like Clojure running on Truffle is super slow. Startup is 10× and trying to run the test dataset actually froze the computer, before I had time to react to memory running out

borkdude11:06:46

@tomi.hukkalainen_slac What exactly did you do to run Clojure on Truffle? Did you make a Truffle interpreter for Clojure?

Hukka11:06:38

Just gu install espresso and java -truffle on the jar file

borkdude11:06:55

This is very much expected. espresso is a truffle interpreter that interprets bytecode.

borkdude11:06:09

It is not expected to be faster than executing bytecode directly.

2021-06-08

Channels