On Apr 25, 2016 3:50 PM, "Timothy Baldridge" <tbaldri...@gmail.com> wrote: > > As someone who has spent a fair amount of time playing around with such things, I'd have to say people vastly misjudge the raw speed you get from the JVM's JIT and GC. In fact, I'd challenge someone to come up with a general use, dynamic language that is not based on the JVM and comes even close to the speed of Clojure. > > A LLVM/C++/RPython based version of Clojure would on a good day come in at about 1/10 the speed of Clojure on the JVM for general use cases. >
Now that's pretty darned interesting. Next month I'm going to start doing some serious work with the Java APIs on the Intel Edison. Java is one of the std environments for Edison. But naturally I'm very interested in finding out if what works in theory works in practice. Running a Clojure nrepl on an Edison is obviously a big win, in theory. Is std Clojure fast enough for iot stuff? We'll see. The other interesting doodad is the Curie. Now in the Arduino 101, but due to have an RTOS soon, see the zephyr project. My pipedream is to write Clojure code for Zephyr. Is that insane? -g -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
