Re: What does .NET open sourcing mean for ClojureCLR?
The slower startup time has nothing to do with DLR, I think. It is all about doing JIT on load and loading full assemblies. ClojureCLR starts VERY quickly if you NGEN it. This was addressed here:http://clojureclr.blogspot.com/2011/12/using-ngen-to-improve-clojureclr.html And more recently on the ClojureCLR list: https://groups.google.com/forum/#!topic/clojure-clr/LbzsUoJe_h8 Quick comparison: A: $ time java -jar clojure-1.6.0.jar -e (println :a) B: $ time ./Clojure.Main.exe -e (println :a) A: real0m0.761s user0m0.015s sys 0m0.015s B: # ilmerge+ngen real0m0.152s user0m0.015s sys 0m0.000s On Wednesday, November 12, 2014 11:03:22 PM UTC-6, Aleš Roubíček wrote: Unfortunately startup time of ClojureCLR is much worse because it targets DLR. On Wednesday, November 12, 2014 8:16:19 PM UTC+1, Michael Klishin wrote: On 12 November 2014 at 21:50:57, Evan Zamir (zamir...@gmail.com) wrote: I just read that MS is open sourcing .NET. I assume this means one could now target .NET with ClojureCLR on Linux/Mac environment. Assuming that is true, the natural question seems to be which VM should a Clojure developer be targeting? Is performance going to be similar on both? In that case, then existing libraries dependencies would be the deciding factor? Thanks for opinions. Mono has been around for a while and as far as ClojureCLR goes, shouldn't have any [obvious] limitations. In fact, when I have to touch .NET these days, I do all the work on Mono and then simply verify things against .NET on Windows. Usually works like a charm. Mono performance has been excellent for what I do and .NET/Mono startup time is so much better than the JVM one that often now choose F# for scripting. Again, I haven't tried ClojureCLR but running .NET languages on OS X and Linux has been perfectly possible for years. -- @michaelklishin, github.com/michaelklishin -- 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.
Re: What does .NET open sourcing mean for ClojureCLR?
On 12 November 2014 at 21:50:57, Evan Zamir (zamir.e...@gmail.com) wrote: I just read that MS is open sourcing .NET. I assume this means one could now target .NET with ClojureCLR on Linux/Mac environment. Assuming that is true, the natural question seems to be which VM should a Clojure developer be targeting? Is performance going to be similar on both? In that case, then existing libraries dependencies would be the deciding factor? Thanks for opinions. Mono has been around for a while and as far as ClojureCLR goes, shouldn't have any [obvious] limitations. In fact, when I have to touch .NET these days, I do all the work on Mono and then simply verify things against .NET on Windows. Usually works like a charm. Mono performance has been excellent for what I do and .NET/Mono startup time is so much better than the JVM one that often now choose F# for scripting. Again, I haven't tried ClojureCLR but running .NET languages on OS X and Linux has been perfectly possible for years. -- @michaelklishin, github.com/michaelklishin -- 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.
Re: What does .NET open sourcing mean for ClojureCLR?
Unfortunately startup time of ClojureCLR is much worse because it targets DLR. On Wednesday, November 12, 2014 8:16:19 PM UTC+1, Michael Klishin wrote: On 12 November 2014 at 21:50:57, Evan Zamir (zamir...@gmail.com javascript:) wrote: I just read that MS is open sourcing .NET. I assume this means one could now target .NET with ClojureCLR on Linux/Mac environment. Assuming that is true, the natural question seems to be which VM should a Clojure developer be targeting? Is performance going to be similar on both? In that case, then existing libraries dependencies would be the deciding factor? Thanks for opinions. Mono has been around for a while and as far as ClojureCLR goes, shouldn't have any [obvious] limitations. In fact, when I have to touch .NET these days, I do all the work on Mono and then simply verify things against .NET on Windows. Usually works like a charm. Mono performance has been excellent for what I do and .NET/Mono startup time is so much better than the JVM one that often now choose F# for scripting. Again, I haven't tried ClojureCLR but running .NET languages on OS X and Linux has been perfectly possible for years. -- @michaelklishin, github.com/michaelklishin -- 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.