This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-11-19
Channels
- # admin-announcements (1)
- # asami (9)
- # aws (46)
- # beginners (117)
- # calva (9)
- # cider (48)
- # clj-kondo (27)
- # cljdoc (6)
- # clojure (41)
- # clojure-australia (2)
- # clojure-europe (22)
- # clojure-nl (3)
- # clojure-spec (3)
- # clojure-uk (26)
- # clojurescript (57)
- # code-reviews (25)
- # cursive (9)
- # data-science (2)
- # datomic (31)
- # events (1)
- # expound (24)
- # figwheel-main (8)
- # fulcro (38)
- # graalvm (40)
- # helix (6)
- # jackdaw (4)
- # java (5)
- # jobs (1)
- # kaocha (7)
- # kekkonen (1)
- # meander (65)
- # off-topic (67)
- # pathom (4)
- # reagent (9)
- # reitit (8)
- # remote-jobs (3)
- # ring (2)
- # shadow-cljs (24)
- # spacemacs (13)
- # timbre (2)
- # tools-deps (4)
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.
I don’t see why JVM would not mix with Docker. You need to be aware of memory use, and how that works to prevent running out. And you have start up times, but containers don’t need to live only for a short 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
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
running Node on Nashorn
that’s the old JVM VM for Node, Nashorn
Faster Javascript Engine, than V8
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.
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