2013/3/28 Marko Topolnik <marko.topol...@gmail.com>: > 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) I know AOT compilation can somehow reduce load-time of 2/ and 3/, but not bring them to zero. As far as I understand it, all the namespaces involved in your application will still have to be linearly executed, in a depth-first manner following the graph of namespace dependencies + loaded configuration files etc. Only the compilations of functions will be optimized into loading of their corresponding classes. So, short of having a "image-like" environment, I wonder what the time taken to do 2/ + 3/ would be in LLVM / C versions of Clojure. Just asking, not even sure the above makes sense, -- Laurent -- -- 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.
