Re: A faster clojure startup

2014-03-07 Thread Víctor R . Escobar
That are very great news! do you think this change in the design could have any side effect? For me this "lazy" concept is quite new and until today I only have read posts about the possitive effects it brings. Do you think it could require that much of more memory that in some situations the OS w

Re: A faster clojure startup

2014-03-07 Thread Víctor R . Escobar
That are very great news! do you think this change in the design could have any side effect? For me this "lazy" concept is quite new and until today I only have read posts about the possitive effects it brings. Do you think it could require that much of more memory that in some situations the O

Re: A faster clojure startup

2014-03-06 Thread Gal Dolber
Here's more on this: https://github.com/galdolber/clojurefast I'm stuck figuring out how to get AOT and dynamically compiled clj files to work nice together. Help is more than welcome! On Thu, Mar 6, 2014 at 4:06 PM, Nicola Mometto wrote: > > I wonder how this compares with this change Rich m

Re: A faster clojure startup

2014-03-06 Thread Nicola Mometto
I wonder how this compares with this change Rich made to enable lazy fn initialization: https://github.com/clojure/clojure/commit/71930b6b6537a796cdf13c4ffa7cf93eb53b6235 that he later reverted: https://github.com/clojure/clojure/commit/c5681382da775e898915b17f3ab18b49c65359ec If I read the firs

Re: A faster clojure startup

2014-03-05 Thread Max Gonzih
This is brilliant amount of work! Looking forward to play with new patch on my ARM devices. On Friday, February 28, 2014 6:16:44 PM UTC+3, Gal Dolber wrote: > > Here're some notes on the lean compiler I've been working on for > clojure-objc > > http://galdolber.tumblr.com/post/78110050703/reduce

Re: A faster clojure startup

2014-02-28 Thread Ambrose Bonnaire-Sergeant
Sounds promising, looking forward to testing the clojure-jvm patch! Ambrose On Sat, Mar 1, 2014 at 12:08 AM, Gal Dolber wrote: > No, its a bit more than that, but it shouldn't be hard to port. The > changes already generate the right bytecode. I'm working a clean patch for > clojure-jvm that s

Re: A faster clojure startup

2014-02-28 Thread Gal Dolber
No, its a bit more than that, but it shouldn't be hard to port. The changes already generate the right bytecode. I'm working a clean patch for clojure-jvm that should work on android. On Fri, Feb 28, 2014 at 12:58 PM, Adam Clements wrote: > This sounds like an awesome shortcut to speeding things

Re: A faster clojure startup

2014-02-28 Thread Adam Clements
This sounds like an awesome shortcut to speeding things up on android/ios while we're waiting for CinC and friends. Do you know how much work it would be to port your changes to clojure-android and try it out there? I'd be very interested to test it out and do some debugging on android. Is it just

Re: A faster clojure startup

2014-02-28 Thread Gal Dolber
The runtime impact should be none or minimal, but I didn't benchmark it yet. On Fri, Feb 28, 2014 at 12:44 PM, bob wrote: > Great, will it impact the runtime performance? > > > On Friday, February 28, 2014 11:16:44 PM UTC+8, Gal Dolber wrote: >> >> Here're some notes on the lean compiler I've b

Re: A faster clojure startup

2014-02-28 Thread bob
Great, will it impact the runtime performance? On Friday, February 28, 2014 11:16:44 PM UTC+8, Gal Dolber wrote: > > Here're some notes on the lean compiler I've been working on for > clojure-objc > > http://galdolber.tumblr.com/post/78110050703/reduce-startup > > Feedback's welcome > -- You r