This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-09
Channels
- # beginners (41)
- # boot (4)
- # cider (36)
- # cljsrn (9)
- # clojure (365)
- # clojure-dev (1)
- # clojure-dusseldorf (1)
- # clojure-nl (1)
- # clojure-russia (3)
- # clojure-spain (1)
- # clojure-spec (19)
- # clojure-uk (1)
- # clojurescript (159)
- # code-reviews (7)
- # core-async (51)
- # cursive (2)
- # datascript (1)
- # datomic (1)
- # emacs (5)
- # figwheel (3)
- # hoplon (18)
- # incanter (1)
- # lein-figwheel (1)
- # leiningen (3)
- # lumo (145)
- # off-topic (26)
- # onyx (21)
- # re-frame (2)
- # reagent (45)
- # rum (4)
- # uncomplicate (10)
- # untangled (23)
- # yada (6)
@blueberry This sounds great!
@blueberry When will 0.10 be released to clojars?
@mroerni No definitive plans, since the updates are still minor. Clone the repository and lein install in the meantime.
@blueberry Okay. By the way, the "fast primitive versions of map and reduce" link in the "Optimized for Clojure" section on http://neanderthal.uncomplicate.org/ ist broken. It points to a localhost url.
A support for primitive arrays would be great...
Why? Shouldn't it be easy to copy e.g. an int-array into a ByteBuffer
?
I have an integer array of 81 million entrys. (dge) doesn't only work with a RealGEMatrix
or a clojure seq.
If I make a clojure seq out of that array first, my memory will run out.
I tried to implement another transit!
method, where the source is a double-array. There I want to put the content directly into the RealGEMatrix
. I'm facing some problems, because I'm a freshman in clojure or rather java interop.
@mroerni Ah, if by support you mean support copying into native matrices/vectors, then you are right: it is both easy and a good idea. My comment was that support for arrays for the matrix operations themselves is full of landmines and ultimately not able to approach the current speed by a large margin...
Ah, ok. My fault.