Clojure number crunching performance

前端 未结 3 970
时光取名叫无心
时光取名叫无心 2020-12-28 16:06

I\'m not sure whether this belongs on StackOverflow or in the Clojure Google group. But the group seems to be busy discussing numeric improvements for Clojure 1.2, so I\'ll

相关标签:
3条回答
  • 2020-12-28 16:37

    This is a slightly old question and the existing answers are somewhat out of date, so I'd like to add an update as of mid-2013 for those interested in "number crunching" in Clojure

    There has been a lot happening in the Clojure Numerical computing space:

    • Clojure 1.5 is now out, which has a lot of improved support for numerical operations. In most cases, it's now possible to get very close to pure Java speed
    • A dedicated newsgroup - Numerical Clojure
    • core.matrix now provides an idiomatic API for matrix maths / numerical computing that supports multiple backend implementations (including native BLAS libraries)

    Disclaimer: I'm a maintainer / contributor to several of the above.

    0 讨论(0)
  • 2020-12-28 16:40

    Not a flood of responses here :) but apparently some interest, so I'll try to answer my own question with what I've learned over the past few days:

    • With the 1.1 optimization approach (Java primitives and mutable arrays) ~4x slower than optimized Java is about as fast as it goes.
    • The 1.2 constructs definterface and deftype are more than twice as fast, coming within ~1.7x (+70%) of Java with shorter, simpler and cleaner code than for 1.1.

    Here are the implementations:

    • Clojure 1.1 approach
    • Clojure 1.2 approach

    More details including "lessons learned", JVM version and profiling screenshots.

    Subjectively speaking, optimizing the 1.2 code was a breeze compared to optimizing 1.1, so this is very good news for Clojure number crunching. (Actually close to amazing :)

    The 1.2 testing used the current master branch, I did not try any of the new numeric branches. From what I can gather the new ideas currently being discussed

    • may make non-optimized numerics faster
    • may speed up the 1.1 version of this benchmark
    • will probably not speed up the 1.2 version, it is already as "close to the metal" as it is likely to get.

    Disclaimers:

    • Clojure 1.2 is not released yet, so 1.2 benchmark results are preliminary.
    • This is one particular benchmark on physics calculations. It is relevant to floating point number crunching, but irrelevant to performance in areas like string parsing, concurrency or web request handling.
    0 讨论(0)
  • 2020-12-28 16:54

    I wonder if Cantor might be of use to you -- it's a high performance math library for Clojure. Also see this thread on the Google group, which is about a similar project in the context of the new primitive arithmetic stuff.

    0 讨论(0)
提交回复
热议问题