Re: Clojure benchmark memory use and future improvements (Re: Clojure vs F# performance)

2010-11-28 Thread Alex Osborne
John Fingerhut writes: > Does anyone know a way from within a Java/Clojure program to determine > which GC algorithm is currently in use? I'm curious what the default > is when one is not specified on the command line, and accessing the > one being used from inside of a program would be one good

Re: Clojure benchmark memory use and future improvements (Re: Clojure vs F# performance)

2010-11-28 Thread John Fingerhut
Thanks, Ken. I've changed that in my program now. I've also found that one reason why the Clojure benchmarks on the shootout web site were using so much more memory than the corresponding Java programs (e.g. up to about 350 Mbytes for the fannkuch-redux benchmark program) is a combination of seve

Re: Clojure vs F# performance

2010-11-23 Thread Ralph
Maybe Microsoft has tuned the CLR for those particular benchmarks (think "IE9" - not that anyone is accusing them of anything :-)). On Nov 22, 6:01 pm, Isaac Gouy wrote: > On Nov 22, 12:54 pm, Ralph wrote: > > > That is almost certainly true, since the Microsoft have probably done > > extensive

Re: Clojure vs F# performance

2010-11-22 Thread Isaac Gouy
On Nov 22, 12:54 pm, Ralph wrote: > That is almost certainly true, since the Microsoft have probably done > extensive optimization on the CLR. > > On Nov 22, 1:18 pm, Mark Engelberg wrote: > > > I doubt that F# Mono benchmarks are representative of F#'s performance on > > Windows. If Microsof

Re: Clojure vs F# performance

2010-11-22 Thread Isaac Gouy
On Nov 22, 10:18 am, Mark Engelberg wrote: > I doubt that F# Mono benchmarks are representative of F#'s performance on > Windows. Perhaps they are representative of F#'s performance on Mono on Windows :-) But I wouldn't take a bet on that - performance measurements can be very brittle. -- Y

Re: Clojure vs F# performance

2010-11-22 Thread Ralph
That is almost certainly true, since the Microsoft have probably done extensive optimization on the CLR. On Nov 22, 1:18 pm, Mark Engelberg wrote: > I doubt that F# Mono benchmarks are representative of F#'s performance on > Windows. -- You received this message because you are subscribed to th

Re: Clojure vs F# performance

2010-11-22 Thread Ken Wesson
On Mon, Nov 22, 2010 at 2:29 PM, nicolas.o...@gmail.com wrote: >> Type hints don't reduce flexibility AT ALL. >> >> user=> (defn t1 [x] (.length x)) >> #'user/t1 >> user=> (t1 "foo") >> 3 >> user=> (t1 'foo) >> #> field found: length for class clojure.lang.Symbol >> (NO_SOURCE_FILE:141)> >> >> Sin

Re: Clojure vs F# performance

2010-11-22 Thread nicolas.o...@gmail.com
> Type hints don't reduce flexibility AT ALL. > > user=> (defn t1 [x] (.length x)) > #'user/t1 > user=> (t1 "foo") > 3 > user=> (t1 'foo) > # field found: length for class clojure.lang.Symbol > (NO_SOURCE_FILE:141)> > > Since it calls a String method it doesn't work if you call it with a > non-Str

Re: Clojure vs F# performance

2010-11-22 Thread Mark Engelberg
I doubt that F# Mono benchmarks are representative of F#'s performance on Windows. -- 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

Re: Clojure benchmark memory use and future improvements (Re: Clojure vs F# performance)

2010-11-22 Thread Ken Wesson
On Mon, Nov 22, 2010 at 11:47 AM, John Fingerhut wrote: >     max live=63.1 MB - The maximum heap size before any GC invocation >     was 63.1 MB.  The name "max live" is probably not the best name >     for that value, since objects in heap before a GC begins are often >     not all live. You'll

Re: Clojure vs F# performance

2010-11-22 Thread Ken Wesson
On Mon, Nov 22, 2010 at 10:10 AM, nicolas.o...@gmail.com wrote: > Clojure also offers an alternative to the full duck-typing/reflection scheme > while being more dynamic than interface: protocols. > > As many LISPs, it offers dynamicity with possible static typing > optimization when it is useful.

Clojure benchmark memory use and future improvements (Re: Clojure vs F# performance)

2010-11-22 Thread John Fingerhut
On Mon, Nov 22, 2010 at 5:00 AM, Ralph wrote: > On the Programming Languages Comparison Site (http:// > shootout.alioth.debian.org/u64/benchmark.php? > test=all&lang=clojure&lang2=fsharp), if you run the Clojure vs. F# > comparison, Clojure scores about the same in speed as F# (but does use > mor

Re: Clojure vs F# performance

2010-11-22 Thread nicolas.o...@gmail.com
> At first this surprised me, since Clojure is dynamically typed, while > F# is statically typed. After some thought, however, it occurred to me > that Clojure can generate code very similar to statically typed > languages using type hints. Of course, as soon as you add type hints, > the code is no

Re: Clojure vs F# performance

2010-11-22 Thread Laurent PETIT
2010/11/22 David Nolen > On Mon, Nov 22, 2010 at 8:00 AM, Ralph wrote: > >> At first this surprised me, since Clojure is dynamically typed, while >> F# is statically typed. After some thought, however, it occurred to me >> that Clojure can generate code very similar to statically typed >> langua

Re: Clojure vs F# performance

2010-11-22 Thread David Nolen
On Mon, Nov 22, 2010 at 8:00 AM, Ralph wrote: > At first this surprised me, since Clojure is dynamically typed, while > F# is statically typed. After some thought, however, it occurred to me > that Clojure can generate code very similar to statically typed > languages using type hints. Of course,