Clojurians Log v2

Micro Services with Actor Model for Web Chat

Docker = Micro Services… not too sure about going through the GraalVM native image process for any of the JVM langs

Video of webcast @borkdude mentioned: https://youtu.be/qH9C3kLbk9o

Blog article on GraalVM 20.3.0 https://medium.com/graalvm/graalvm-20-3-is-available-d2a7f7a2bbcd

Ok, I need to make time, to try out the native images… I am trying to decide to use Graal on Docker, for microservices… Plugin AI, NLP into the back of my stack.

I know JVM does not mix with Docker… But Graal is making it better with native image, compile ahead of time.

it just has problems with Java reflection… so any libraries using reflection will fail on Graal native image…. I read that

@nathantech2005 That's not true though. You can provide a config file so Graal will know what information to include to be able to do reflection.

@borkdude wow, so what I read is not true

I was worried, that just 1 java library could stop the entire native image process

it all depends

I see some companies using Java with Micro Services… but I don’t know how

@nathantech2005 There are a couple of Java frameworks that are built with native-image in mind and include modules for dealing with reflection, etc. https://quarkus.io is one such framework.

https://micronaut.io/ is another one

so these are alternatives to Spring Boot?

I think so, although I have never used either three of them. Spring Boot is also working on native-image support I think

I am just in the planning mode, architecture

Note that native-image offers faster startup and lower memory consumption, but throughput is not as good as JVM with JIT. So be aware of this, it all depends on your use case.

well… I might be processing audio, real time, with Node

and one of the reasons, I was trying to stay on the VM, was faster node… and possibly python

of course, nothing beats Cython for speed… or direct compilation to machine code, for Python

but then I saw the talk by Docker… about JVM not mixing well… so Graal to the rescue

what do you mean with speed.

running Node on Nashorn

that’s the old JVM VM for Node, Nashorn

I'm not following, sorry

https://en.wikipedia.org/wiki/Nashorn_(JavaScript_engine)

Faster Javascript Engine, than V8

Nashorn is pretty slow. You should be using the GraalVM JS engine nowadays

well… I have to test it, benchmark it

yea, there is a newer one, on Graal

I am going to bechmark it

With the release of Java 11, Nashorn is deprecated, and has been removed from JDK 15 onwards.[10][11] The GraalVM was suggested as a replacement.

From the same Wikipedia article

Note that native-image and running GraalVM JS are two separate things though. This is why I said: I'm not following. I'm asking about your use case for speed. What do you want: good startup time, or good throughput? These "speeds" are often opposed to each other.

hmm, well, if it’s for audio processing… automated translation, between English, French, I’d say throughput ?

GraalVM has a "normal" JVM in which you can directly run Python, JS or Ruby programs that will run in a Truffle-based implementation. This "JVM" is a drop-in replacement for other JVMs. It will have the same startup characteristics, but probably better performance in some regards. The other part is the native-image tool which allows you to compile JVM bytecode to machine code/binary.

sounds incredibly cool… dying to dive into testing it out