On Thursday, March 28, 2013 10:45:53 PM UTC+1, Laurent PETIT wrote: > > 2013/3/28 Marko Topolnik <marko.t...@gmail.com <javascript:>>: > > Or you may have just a trivial requirement for a program that both > starts > > and executes quickly. > > To what extent would an LLVM / C version of a Clojure program not > incur startup penalty as the JVM does. > > As far as I understand it, the startup cost is manyfold: > 1/ JVM startup > 2/ loading of Clojure Core > 3/ loading of non-lazy parts of your application (generally from > loading a global namespace to invoke its -main function) >
Yes, the problems are wider than just JVM startup. My point is that Clojure can't be used to build "small-is-beautiful" programs that contribute to the standard *nix toolchain---at least not those that don't do enough massive work to dwarf the initialization costs. I am comparing this to Common Lisp in the '80s, where both startup time and execution speed were goals held in high regard. Someone looking for an LLVM implementation may be having just such a use case in mind. -marko -- -- 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/groups/opt_out.
