PR#73 faster vectors

[Pat Ferrel <pa...@occamsmachete.com>]

Anyone looking at this? It claims significant speedup of vectors in java math.

https://github.com/apache/mahout/pull/73 <https://github.com/apache/mahout/pull/73>

Re: PR#73 faster vectors

[Pat Ferrel <pa...@occamsmachete.com>]

Thanks, just trying to clean up PRs

On Mar 10, 2015, at 3:30 PM, Dmitriy Lyubimov <dl...@gmail.com> wrote:

We already discussed this.

honestly, i don't see it as a priority for a number of reasons.
(1) it increases dependency footprint
(2) it only increases speed (i think) of random access vectors
(3) it still will not get us anywhere close in terms of matrix-matrix
operations to where mkl, openblas and gpu might (see discussion on top
of spark dev list about these things and performance behcnhmarks of
algebra there. They now include even things like memory-gpu transfer
time).


On Tue, Mar 10, 2015 at 2:56 PM, Pat Ferrel <pa...@occamsmachete.com> wrote:
> Anyone looking at this? It claims significant speedup of vectors in java math.
> 
> https://github.com/apache/mahout/pull/73 <https://github.com/apache/mahout/pull/73>

Re: PR#73 faster vectors

[Dmitriy Lyubimov <dl...@gmail.com>]

We already discussed this.

honestly, i don't see it as a priority for a number of reasons.
(1) it increases dependency footprint
(2) it only increases speed (i think) of random access vectors
(3) it still will not get us anywhere close in terms of matrix-matrix
operations to where mkl, openblas and gpu might (see discussion on top
of spark dev list about these things and performance behcnhmarks of
algebra there. They now include even things like memory-gpu transfer
time).


On Tue, Mar 10, 2015 at 2:56 PM, Pat Ferrel <pa...@occamsmachete.com> wrote:
> Anyone looking at this? It claims significant speedup of vectors in java math.
>
> https://github.com/apache/mahout/pull/73 <https://github.com/apache/mahout/pull/73>