On Tue, Jul 9, 2013 at 8:11 AM, Alexander Gunnarson < alexandergunnar...@gmail.com> wrote:
> My idea, which is probably very naive, but one which I'm curious about, is: > > *Is it possible to have some sort of set of automatic-optimizing macros that > work on Clojure code to preserve elegance while maximizing performance?* > > * > * > > In theory, it would be kind of an abstraction layer. There would be one file > that would store the code that gets read and another output file that stores > the code that actually gets evaluated by the REPL, and a set of macros to > optimize the "front-end", "abstracted" file into the output, "nuts-and-bolts" > file to be evaluated by the REPL. Probably this would be a very intensive > process - I don't know. But maybe it's worth the trouble after all to save a > ton of programmer-hours by increasing readability. > > > I think you're probably underestimating the scope of what the Clojure compiler already does. Arguably, it already is an auto-optimizing process that works on Clojure code to preserve elegance while maximing performance. For the most part, Clojure programmers seem to be satisfied with dropping down to Java when the Clojure code gets too low-level to be elegant (although I think many would disagree that your examples have reached the level of inelegance). Still, there's probably room for something that targets the performance gap between Clojure and Java. I'm interested in an assembly-like DSL that could be easily interwoven with Clojure code, something like: http://www.rebol.com/docs/rebcode.html Zach Tellman recently released a library that does something like that: https://github.com/ztellman/primitive-math So far, the vast majority of Clojure performance improvements have focused on making it easier to work with primitive numbers (in loops and as function inputs), because Java's boxed numerics is what usually kills performance. I've only found these improvements marginally useful because I find that most numbers eventually end up in a Clojure data structure, where they become boxed. For me, the most useful thing would be an ability to drop down and do fast pointer manipulation and other mutable work, without having to go all the way to Java. Going in the other direction, I'd be interested in mechanisms that made it easier to write recursive code without having to worry about stack overflow. -- -- 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.
