On Wednesday, January 8, 2014 11:17:07 AM UTC-5, tbc++ wrote:
>
> And even clojure-py is miles behind stock python.
>
> One of the problems with Clojure as it stands now is that there is just
> way too much init work that has to be done on every startup. Just as a
> comparison, let's compare how
On 08/01/2014 15:56, Jim - FooBar(); wrote:
If I remember correctly `lein repl` takes close to 55 seconds to
show...clojure-py beats everything, hands down with respect to startup
times...
However, Clojure-Py is now a dead parrot :)
gvim
--
--
You received this message because you are subscri
indeed :)
On 08/01/14 17:32, Max Gonzih wrote:
Well it's actually cool that this is inside Raspbian channels.
--
--
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
Well it's actually cool that this is inside Raspbian channels.
On Wed, Jan 08, 2014 at 05:21:31PM +, Jim - FooBar(); wrote:
> I think that is the one in the repos, but update 40 instead of
> 45...I had no idea it was called `ejre` as I used to use jdk-ea and
> switched to 7 a couple of months
I think that is the one in the repos, but update 40 instead of 45...I
had no idea it was called `ejre` as I used to use jdk-ea and switched to
7 a couple of months ago through the official rasbian channels .
Jim
On 08/01/14 16:58, Max Gonzih wrote:
How is it different from
http://www.oracle
We run on small nodes with g540 cpus 4gig Ram and raid 1 SSDs.
Not very powerful machines. Startup times are around 3/4 seconds
AOT cuts the startup issue of our code significantly, we are thinking about
doing the same for all clojure source dependencies (shipping both
the code and the source).
H
How is it different from
http://www.oracle.com/technetwork/java/embedded/downloads/javase/index.html ?
On Wed, Jan 08, 2014 at 04:36:02PM +, Jim - FooBar(); wrote:
> I would recommend the newly available through official Pi channels,
> oracle-java7-jdk...It is a full distribution of JIT'ed Ja
I would recommend the newly available through official Pi channels,
oracle-java7-jdk...It is a full distribution of JIT'ed Java (including
Swing) with hardware-floating point arithmetic. I think the jdk8-ea
(early access) is a tiny bit faster but not complete (no Swing). I think
openJDK has not
I do lot of hacking on embed devices like Pi and BeagleBone for fun, I
run clojure mostly on ejre and it is much faster and memory efficient than
openjdk
compiled for ARM, but still suffers from startup time (in Pi case it actually
much worse).
Also ejre in development right now, so sometimes it
And even clojure-py is miles behind stock python.
One of the problems with Clojure as it stands now is that there is just way
too much init work that has to be done on every startup. Just as a
comparison, let's compare how python code and clojure code is loaded:
Python:
1) look for a pyc file (of
Anyone who owns a RPi can go into the Pi-store and download MultiSnake
to get a feeling of the problem...MultiSnake is basically a polished
version of Stuart Halloway's snake game first featured in the book
"Programming Clojure", with the major features you would expect from a
snake game includ
What Mikera probably wants to demonstrate, and I agree with him, is that
the slow startup time not being due to JVM proper, it's in the current
implementation of Clojure that you must find what to do.
If you port Clojure piece by piece to another technology, you will probably
get the same startup
That's actually a major issue for those wanting to use Clojure to work on a
RPi or similar low end system. These systems are also so memory
constrained, that last I checked, the CLJS compiler wouldn't run too well
on them either. Now that doesn't stop people from using Node.js to run CLJS
code once
On 08/01/14 14:38, John Gabriele wrote:
For a tiny Clojure uberjar, startup time on my desktop is about a
second. Tolerable.
well, a tiny Clojure/Swing uberjar on the raspberry-pi (oracle-java7)
takes 9-12 seconds to start!!! not so tolerable...
in fact, in the absence of a splash screen, the
On Wednesday, January 8, 2014 7:17:35 AM UTC-5, Mikera wrote:
>
> The JVM isn't really the problem though, at least as far as I can work
> out. In fact I think the whole "JVM startup is slow" thing is a bit of a
> myth: JVM startup including running a simple "hello world" is less than 0.1
> sec
I have a task on my infinite todo list to analyze these load times. I know that
Tim B has done a bit of work on it in the past too. Rich has mentioned it to me
a couple times so I know it's something he's concerned about.
Alex
--
--
You received this message because you are subscribed to the
2014/1/8 Mikera
> Cool link, thanks! Yet another clever tool.
>
> The JVM isn't really the problem though, at least as far as I can work
> out. In fact I think the whole "JVM startup is slow" thing is a bit of a
> myth: JVM startup including running a simple "hello world" is less than 0.1
> s
Cool link, thanks! Yet another clever tool.
The JVM isn't really the problem though, at least as far as I can work out.
In fact I think the whole "JVM startup is slow" thing is a bit of a myth:
JVM startup including running a simple "hello world" is less than 0.1 secs
on my machine. Obvious
Probably you are right.
On Wed, Jan 08, 2014 at 11:26:55AM +0100, Laurent PETIT wrote:
> Is it possible that a lot of these projects are waiting for a stronger
> blessing of the clojure contrib efforts for analyzers, etc. that is,
> waiting for the JVM Clojure in Clojure.
>
>
> 2014/1/8 Max Gonzih
Is it possible that a lot of these projects are waiting for a stronger
blessing of the clojure contrib efforts for analyzers, etc. that is,
waiting for the JVM Clojure in Clojure.
2014/1/8 Max Gonzih
> Al this conversation still gives me hope that there is room for clojure on
> bare metal imple
Al this conversation still gives me hope that there is room for clojure on
bare metal implementation. There is
https://github.com/halgari/clojure-metal but I'm not sure about its state.
On Saturday, January 4, 2014 5:43:22 PM UTC+3, g vim wrote:
>
> I have recently moved most of my work to Cloju
On Jan 4, 2014, at 06:43, gvim wrote:
> I have recently moved most of my work to Clojure and ClojureScript but
> neither of these implementations seem suitable for non-http scripting,
> for which I currently use Ruby. So, you can imagine my elation when I
> discovered Rouge which is Clojure impleme
If boot time is your primary concern, this can help. The jvm is still
there, though :/
https://github.com/technomancy/grenchman
On Saturday, January 4, 2014 9:43:22 AM UTC-5, g vim wrote:
>
> I have recently moved most of my work to Clojure and Clojurescript but
> neither of these implementat
I wonder if Go could be a good substrate for native-compiled Clojure.
On Sun, Jan 5, 2014 at 5:27 PM, Mikera wrote:
> On Sunday, 5 January 2014 18:18:22 UTC, John Gabriele wrote:
>>
>> On Saturday, January 4, 2014 1:12:12 PM UTC-5, Michael Gardner wrote:
>>
>>>
>>> > Hopefully the landscape for
As a suffix to my last reply; if Hy were capable of delivering acceptable
truthy semantics and persistent data structures, I might recommend it.
On Saturday, January 4, 2014 9:44:08 AM UTC-8, g vim wrote:
>
> On 04/01/2014 17:28, gaz jones wrote:
> > Why not just use Ruby or (my preference) Pyth
As one of the original contributors to Rouge I will definitely agree that
it does need a lot of work. That being said, if there's interest and pull
requests are submitted the original author or myself typically chime in.
Both of us have been busy with other projects/life and haven't done much
w
On Sunday, 5 January 2014 18:18:22 UTC, John Gabriele wrote:
>
> On Saturday, January 4, 2014 1:12:12 PM UTC-5, Michael Gardner wrote:
>
>>
>> > Hopefully the landscape for alternative Clojure hosts will improve with
>> the completion of CinC [2].
>>
>> [2] https://github.com/Bronsa/CinC
>
>
> Lo
Sure, anyone can go and write an emitter using these tools, but this
doesn't solve the issues of a good type system, GC, JIT, etc. These tools
make it easier to make any Clojure implementation self hosting, but those
impls still need a good foundation to build on, and that's the hard part.
Timothy
On Saturday, January 4, 2014 1:12:12 PM UTC-5, Michael Gardner wrote:
>
> > Hopefully the landscape for alternative Clojure hosts will improve with
> the completion of CinC [2].
>
> [2] https://github.com/Bronsa/CinC
Looks like CinC is now:
* https://github.com/clojure/tools.analyzer
* ht
Have you looked into running clojurescript on Node.js?
This should be a reasonable environment for command line scripting
--
--
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 pos
On Jan 4, 2014, at 11:52 , gvim wrote:
> This looks like the best of the scripting language implementations of Clojure
> in that it attempts to match the JVM implementation on PyPy. Sadly, however,
> there doesn't seem to have been any activity since last April so it may be a
> dead project.
On Sat, Jan 4, 2014 at 6:52 PM, gvim wrote:
> On 04/01/2014 15:01, Hajime Branko Yamasaki Vukelic wrote:
>>
>>
>> FYI, there's also Clojure-Py https://github.com/halgari/clojure-py
>>
>
> This looks like the best of the scripting language implementations of
> Clojure in that it attempts to match t
On 04/01/2014 15:01, Hajime Branko Yamasaki Vukelic wrote:
FYI, there's also Clojure-Py https://github.com/halgari/clojure-py
This looks like the best of the scripting language implementations of
Clojure in that it attempts to match the JVM implementation on PyPy.
Sadly, however, there does
On 04/01/2014 17:28, gaz jones wrote:
Why not just use Ruby or (my preference) Python? Both are great for
quick CLI apps / scripts. Best tool for the job, and all that?
A Clojure layer on top of Ruby means less context switching which works
better for me as the Lisp mindset is very different
Why not just use Ruby or (my preference) Python? Both are great for quick
CLI apps / scripts. Best tool for the job, and all that?
On Sat, Jan 4, 2014 at 8:43 AM, gvim wrote:
> I have recently moved most of my work to Clojure and Clojurescript but
> neither of these implementations seem suitabl
On Sat, Jan 4, 2014 at 3:43 PM, gvim wrote:
> I looked at Python's Hy (hylang.org) which is an excellent project in its
> own right and is heavily influenced by Clojure but its taregt is generic
> Lisp 1 rather than Clojure. Rouge will enable Clojure to occupy the non-http
> scripting space withou
I have recently moved most of my work to Clojure and Clojurescript but
neither of these implementations seem suitable for non-http scripting,
for which I currently use Ruby. So, you can imagine my elation when I
discovered Rouge which is Clojure implemented on Ruby:
https://github.com/rouge-la
37 matches
Mail list logo
