I would definitely second Tim's points. The JVM is very hard to beat once you factor in the GC and JIT requirements.
Worth noting that persistent data structures with structural sharing are used pretty much ubiquitously in Clojure and that these are *exactly* the kinds of data structures that benefit most from GC. An alternative scheme such as reference counting would perform extremely badly in comparison because structural sharing implies a *lot* of reference count updates, and writes to reference counts scattered across memory are expensive on modern machines (especially in concurrent situations). On Tuesday, 26 April 2016 04:50:45 UTC+8, tbc++ 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. > > > On Mon, Apr 25, 2016 at 2:18 PM, Raoul Duke <rao...@gmail.com > <javascript:>> wrote: > >> > The main motivation would be performance gains. >> >> blah? so many impedance mismatches and layers of indirection that i >> don't think it will gain much? i mean, it would probably be better to >> spend time tuning gc parameters or something. just a rant / guess. >> e.g. robovm is for some use cases perfectly fine performance wise >> believe it or not. >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Clojure" group. >> To post to this group, send email to clo...@googlegroups.com >> <javascript:> >> Note that posts from new members are moderated - please be patient with >> your first post. >> To unsubscribe from this group, send email to >> clojure+u...@googlegroups.com <javascript:> >> 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+u...@googlegroups.com <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > “One of the main causes of the fall of the Roman Empire was that–lacking > zero–they had no way to indicate successful termination of their C > programs.” > (Robert Firth) > -- 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.
