Re: Trying out PR 261

2016-10-17 Thread Andrew Musselman
"Works" doing that pom hack but agreed need to make it work without it.

On Mon, Oct 17, 2016 at 10:41 AM, Andrew Musselman <
andrew.mussel...@gmail.com> wrote:

> No this was with the -omp profile; I'm going to try out his hack now for
> non-omp.
>
> On Mon, Oct 17, 2016 at 10:15 AM, Andrew Palumbo 
> wrote:
>
>> That is weird.. did u tried it with Trevor's fix?
>>
>>
>>
>> Sent from my Verizon Wireless 4G LTE smartphone
>>
>>
>>  Original message 
>> From: Andrew Musselman 
>> Date: 10/17/2016 10:11 AM (GMT-08:00)
>> To: dev@mahout.apache.org
>> Subject: Re: Trying out PR 261
>>
>> I got the error before setting Xmx however.
>>
>> On Mon, Oct 17, 2016 at 10:03 AM, Andrew Palumbo 
>> wrote:
>>
>> > I think that the memory should be set to 3 or  4G in the tests in
>> > pom.xml.. maybe you're o erring that setting?
>> >
>> >
>> >
>> > Sent from my Verizon Wireless 4G LTE smartphone
>> >
>> >
>> >  Original message 
>> > From: Andrew Musselman 
>> > Date: 10/17/2016 9:47 AM (GMT-08:00)
>> > To: dev@mahout.apache.org
>> > Subject: Re: Trying out PR 261
>> >
>> > Using the viennacl-omp profile I'm getting an out of memory error even
>> with
>> > Xmx set in MAHOUT_OPTS to 1g:
>> >
>> > - mmul microbenchmark
>> >   + Mahout multiplication time: 8920 ms.
>> >   + ViennaCL/cpu/OpenMP multiplication time: 616 ms.
>> > - trans
>> > [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
>> > [WARN] Unable to create class GPUMMul: attempting OpenMP version
>> > [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
>> > [INFO] Unable to create class OMPMMul: falling back to java version
>> > *** RUN ABORTED ***
>> >   java.lang.OutOfMemoryError: Java heap space
>> >   at
>> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.rehash(
>> > Int2DoubleOpenHashMap.java:1059)
>> >   at
>> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.insert(
>> > Int2DoubleOpenHashMap.java:295)
>> >   at
>> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.put(
>> > Int2DoubleOpenHashMap.java:301)
>> >   at
>> > org.apache.mahout.math.RandomAccessSparseVector.setQuick(
>> > RandomAccessSparseVector.java:130)
>> >   at
>> > org.apache.mahout.math.SparseRowMatrix.setQuick(SparseRowMat
>> rix.java:105)
>> >   at org.apache.mahout.math.AbstractMatrix.assign(AbstractMatrix.
>> java:256)
>> >   at
>> > org.apache.mahout.math.scalabindings.MatrixOps.$
>> > colon$eq(MatrixOps.scala:192)
>> >   at
>> > org.apache.mahout.math.scalabindings.MatrixOps.cloned(
>> MatrixOps.scala:260)
>> >   at
>> > org.apache.mahout.math.scalabindings.MatrixOps.$minus(
>> MatrixOps.scala:66)
>> >   at
>> > org.apache.mahout.viennacl.openmp.ViennaCLSuiteOMP$$
>> > anonfun$4.apply$mcV$sp(ViennaCLSuiteOMP.scala:152)
>> >   ...
>> > [INFO]
>> > 
>> 
>> > [INFO] Reactor Summary:
>> > [INFO]
>> > [INFO] Mahout Build Tools . SUCCESS [
>> >  1.131 s]
>> > [INFO] Apache Mahout .. SUCCESS [
>> >  0.023 s]
>> > [INFO] Mahout Math  SUCCESS [
>> > 31.439 s]
>> > [INFO] Mahout HDFS  SUCCESS [
>> >  2.151 s]
>> > [INFO] Mahout Math Scala bindings . SUCCESS
>> [02:30
>> > min]
>> > [INFO] Mahout Spark bindings .. SUCCESS [
>> > 43.884 s]
>> > [INFO] Mahout Flink bindings .. SUCCESS
>> [04:13
>> > min]
>> > [INFO] Mahout Spark bindings shell  SUCCESS [
>> >  4.071 s]
>> > [INFO] Mahout Release Package . SUCCESS [
>> >  1.311 s]
>> > [INFO] Mahout H2O backend . SUCCESS
>> [02:50
>> > min]
>> > [INFO] Mahout Native VienniaCL OpenMP Bindings  FAILURE [
>> > 36.106 s]
>> >
>> > On Sun, Oct 16, 2016 at 9:43 PM, Trevor Grant > >
>> > wrote:
>> >
>> > > NOTE:
>> > 

Re: Trying out PR 261

2016-10-17 Thread Andrew Musselman
No this was with the -omp profile; I'm going to try out his hack now for
non-omp.

On Mon, Oct 17, 2016 at 10:15 AM, Andrew Palumbo  wrote:

> That is weird.. did u tried it with Trevor's fix?
>
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
>  Original message 
> From: Andrew Musselman 
> Date: 10/17/2016 10:11 AM (GMT-08:00)
> To: dev@mahout.apache.org
> Subject: Re: Trying out PR 261
>
> I got the error before setting Xmx however.
>
> On Mon, Oct 17, 2016 at 10:03 AM, Andrew Palumbo 
> wrote:
>
> > I think that the memory should be set to 3 or  4G in the tests in
> > pom.xml.. maybe you're o erring that setting?
> >
> >
> >
> > Sent from my Verizon Wireless 4G LTE smartphone
> >
> >
> >  Original message ----
> > From: Andrew Musselman 
> > Date: 10/17/2016 9:47 AM (GMT-08:00)
> > To: dev@mahout.apache.org
> > Subject: Re: Trying out PR 261
> >
> > Using the viennacl-omp profile I'm getting an out of memory error even
> with
> > Xmx set in MAHOUT_OPTS to 1g:
> >
> > - mmul microbenchmark
> >   + Mahout multiplication time: 8920 ms.
> >   + ViennaCL/cpu/OpenMP multiplication time: 616 ms.
> > - trans
> > [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> > [WARN] Unable to create class GPUMMul: attempting OpenMP version
> > [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> > [INFO] Unable to create class OMPMMul: falling back to java version
> > *** RUN ABORTED ***
> >   java.lang.OutOfMemoryError: Java heap space
> >   at
> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.rehash(
> > Int2DoubleOpenHashMap.java:1059)
> >   at
> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.insert(
> > Int2DoubleOpenHashMap.java:295)
> >   at
> > it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.put(
> > Int2DoubleOpenHashMap.java:301)
> >   at
> > org.apache.mahout.math.RandomAccessSparseVector.setQuick(
> > RandomAccessSparseVector.java:130)
> >   at
> > org.apache.mahout.math.SparseRowMatrix.setQuick(
> SparseRowMatrix.java:105)
> >   at org.apache.mahout.math.AbstractMatrix.assign(
> AbstractMatrix.java:256)
> >   at
> > org.apache.mahout.math.scalabindings.MatrixOps.$
> > colon$eq(MatrixOps.scala:192)
> >   at
> > org.apache.mahout.math.scalabindings.MatrixOps.
> cloned(MatrixOps.scala:260)
> >   at
> > org.apache.mahout.math.scalabindings.MatrixOps.$
> minus(MatrixOps.scala:66)
> >   at
> > org.apache.mahout.viennacl.openmp.ViennaCLSuiteOMP$$
> > anonfun$4.apply$mcV$sp(ViennaCLSuiteOMP.scala:152)
> >   ...
> > [INFO]
> > 
> > [INFO] Reactor Summary:
> > [INFO]
> > [INFO] Mahout Build Tools . SUCCESS [
> >  1.131 s]
> > [INFO] Apache Mahout .. SUCCESS [
> >  0.023 s]
> > [INFO] Mahout Math  SUCCESS [
> > 31.439 s]
> > [INFO] Mahout HDFS  SUCCESS [
> >  2.151 s]
> > [INFO] Mahout Math Scala bindings . SUCCESS
> [02:30
> > min]
> > [INFO] Mahout Spark bindings .. SUCCESS [
> > 43.884 s]
> > [INFO] Mahout Flink bindings .. SUCCESS
> [04:13
> > min]
> > [INFO] Mahout Spark bindings shell  SUCCESS [
> >  4.071 s]
> > [INFO] Mahout Release Package . SUCCESS [
> >  1.311 s]
> > [INFO] Mahout H2O backend . SUCCESS
> [02:50
> > min]
> > [INFO] Mahout Native VienniaCL OpenMP Bindings  FAILURE [
> > 36.106 s]
> >
> > On Sun, Oct 16, 2016 at 9:43 PM, Trevor Grant 
> > wrote:
> >
> > > NOTE:
> > >
> > > The last solution creates a cyclical dependency-
> > >
> > > The way I made it work was happen-stance.
> > >
> > > 1)
> > > mvn clean install -Pviennacl -Phadoop2 -DskipTests
> > >
> > > 2)
> > > update the pom as described previously
> > >
> > > 3)
> > > cd math-scala
> > >
> > > 4)
> > > mvn test
> > >
> > > that will make it work- hacky but POC.
> > >
> > > Next how to do this 'right'.
> > >
> > > tg
> > >
> > >
> > >
> > > Tre

RE: Trying out PR 261

2016-10-17 Thread Andrew Palumbo
That is weird.. did u tried it with Trevor's fix?



Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Andrew Musselman 
Date: 10/17/2016 10:11 AM (GMT-08:00)
To: dev@mahout.apache.org
Subject: Re: Trying out PR 261

I got the error before setting Xmx however.

On Mon, Oct 17, 2016 at 10:03 AM, Andrew Palumbo  wrote:

> I think that the memory should be set to 3 or  4G in the tests in
> pom.xml.. maybe you're o erring that setting?
>
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
>  Original message 
> From: Andrew Musselman 
> Date: 10/17/2016 9:47 AM (GMT-08:00)
> To: dev@mahout.apache.org
> Subject: Re: Trying out PR 261
>
> Using the viennacl-omp profile I'm getting an out of memory error even with
> Xmx set in MAHOUT_OPTS to 1g:
>
> - mmul microbenchmark
>   + Mahout multiplication time: 8920 ms.
>   + ViennaCL/cpu/OpenMP multiplication time: 616 ms.
> - trans
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> *** RUN ABORTED ***
>   java.lang.OutOfMemoryError: Java heap space
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.rehash(
> Int2DoubleOpenHashMap.java:1059)
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.insert(
> Int2DoubleOpenHashMap.java:295)
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.put(
> Int2DoubleOpenHashMap.java:301)
>   at
> org.apache.mahout.math.RandomAccessSparseVector.setQuick(
> RandomAccessSparseVector.java:130)
>   at
> org.apache.mahout.math.SparseRowMatrix.setQuick(SparseRowMatrix.java:105)
>   at org.apache.mahout.math.AbstractMatrix.assign(AbstractMatrix.java:256)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.$
> colon$eq(MatrixOps.scala:192)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.cloned(MatrixOps.scala:260)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.$minus(MatrixOps.scala:66)
>   at
> org.apache.mahout.viennacl.openmp.ViennaCLSuiteOMP$$
> anonfun$4.apply$mcV$sp(ViennaCLSuiteOMP.scala:152)
>   ...
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Mahout Build Tools . SUCCESS [
>  1.131 s]
> [INFO] Apache Mahout .. SUCCESS [
>  0.023 s]
> [INFO] Mahout Math  SUCCESS [
> 31.439 s]
> [INFO] Mahout HDFS  SUCCESS [
>  2.151 s]
> [INFO] Mahout Math Scala bindings . SUCCESS [02:30
> min]
> [INFO] Mahout Spark bindings .. SUCCESS [
> 43.884 s]
> [INFO] Mahout Flink bindings .. SUCCESS [04:13
> min]
> [INFO] Mahout Spark bindings shell  SUCCESS [
>  4.071 s]
> [INFO] Mahout Release Package . SUCCESS [
>  1.311 s]
> [INFO] Mahout H2O backend . SUCCESS [02:50
> min]
> [INFO] Mahout Native VienniaCL OpenMP Bindings  FAILURE [
> 36.106 s]
>
> On Sun, Oct 16, 2016 at 9:43 PM, Trevor Grant 
> wrote:
>
> > NOTE:
> >
> > The last solution creates a cyclical dependency-
> >
> > The way I made it work was happen-stance.
> >
> > 1)
> > mvn clean install -Pviennacl -Phadoop2 -DskipTests
> >
> > 2)
> > update the pom as described previously
> >
> > 3)
> > cd math-scala
> >
> > 4)
> > mvn test
> >
> > that will make it work- hacky but POC.
> >
> > Next how to do this 'right'.
> >
> > tg
> >
> >
> >
> > Trevor Grant
> > Data Scientist
> > https://github.com/rawkintrevo
> > http://stackexchange.com/users/3002022/rawkintrevo
> > http://trevorgrant.org
> >
> > *"Fortunate is he, who is able to know the causes of things."  -Virgil*
> >
> >
> > On Sun, Oct 16, 2016 at 11:29 PM, Trevor Grant  >
> > wrote:
> >
> > > Maybe not the long term fix, but adding
> > >
> > > 
> > >  org.apache.mahout
> > >  mahout-native-viennacl_${scala.compat.
> > > version}
> > >  test
> > >
> > >
> > > to math-scala/pom.xml seems to fix the afore mentioned errors
> > >
> > >
> > > Trevor Grant
> > > Data Scientist
> > &

Re: Trying out PR 261

2016-10-17 Thread Andrew Musselman
I got the error before setting Xmx however.

On Mon, Oct 17, 2016 at 10:03 AM, Andrew Palumbo  wrote:

> I think that the memory should be set to 3 or  4G in the tests in
> pom.xml.. maybe you're o erring that setting?
>
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
>  Original message 
> From: Andrew Musselman 
> Date: 10/17/2016 9:47 AM (GMT-08:00)
> To: dev@mahout.apache.org
> Subject: Re: Trying out PR 261
>
> Using the viennacl-omp profile I'm getting an out of memory error even with
> Xmx set in MAHOUT_OPTS to 1g:
>
> - mmul microbenchmark
>   + Mahout multiplication time: 8920 ms.
>   + ViennaCL/cpu/OpenMP multiplication time: 616 ms.
> - trans
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> *** RUN ABORTED ***
>   java.lang.OutOfMemoryError: Java heap space
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.rehash(
> Int2DoubleOpenHashMap.java:1059)
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.insert(
> Int2DoubleOpenHashMap.java:295)
>   at
> it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.put(
> Int2DoubleOpenHashMap.java:301)
>   at
> org.apache.mahout.math.RandomAccessSparseVector.setQuick(
> RandomAccessSparseVector.java:130)
>   at
> org.apache.mahout.math.SparseRowMatrix.setQuick(SparseRowMatrix.java:105)
>   at org.apache.mahout.math.AbstractMatrix.assign(AbstractMatrix.java:256)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.$
> colon$eq(MatrixOps.scala:192)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.cloned(MatrixOps.scala:260)
>   at
> org.apache.mahout.math.scalabindings.MatrixOps.$minus(MatrixOps.scala:66)
>   at
> org.apache.mahout.viennacl.openmp.ViennaCLSuiteOMP$$
> anonfun$4.apply$mcV$sp(ViennaCLSuiteOMP.scala:152)
>   ...
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Mahout Build Tools . SUCCESS [
>  1.131 s]
> [INFO] Apache Mahout .. SUCCESS [
>  0.023 s]
> [INFO] Mahout Math  SUCCESS [
> 31.439 s]
> [INFO] Mahout HDFS  SUCCESS [
>  2.151 s]
> [INFO] Mahout Math Scala bindings . SUCCESS [02:30
> min]
> [INFO] Mahout Spark bindings .. SUCCESS [
> 43.884 s]
> [INFO] Mahout Flink bindings .. SUCCESS [04:13
> min]
> [INFO] Mahout Spark bindings shell  SUCCESS [
>  4.071 s]
> [INFO] Mahout Release Package . SUCCESS [
>  1.311 s]
> [INFO] Mahout H2O backend . SUCCESS [02:50
> min]
> [INFO] Mahout Native VienniaCL OpenMP Bindings  FAILURE [
> 36.106 s]
>
> On Sun, Oct 16, 2016 at 9:43 PM, Trevor Grant 
> wrote:
>
> > NOTE:
> >
> > The last solution creates a cyclical dependency-
> >
> > The way I made it work was happen-stance.
> >
> > 1)
> > mvn clean install -Pviennacl -Phadoop2 -DskipTests
> >
> > 2)
> > update the pom as described previously
> >
> > 3)
> > cd math-scala
> >
> > 4)
> > mvn test
> >
> > that will make it work- hacky but POC.
> >
> > Next how to do this 'right'.
> >
> > tg
> >
> >
> >
> > Trevor Grant
> > Data Scientist
> > https://github.com/rawkintrevo
> > http://stackexchange.com/users/3002022/rawkintrevo
> > http://trevorgrant.org
> >
> > *"Fortunate is he, who is able to know the causes of things."  -Virgil*
> >
> >
> > On Sun, Oct 16, 2016 at 11:29 PM, Trevor Grant  >
> > wrote:
> >
> > > Maybe not the long term fix, but adding
> > >
> > > 
> > >  org.apache.mahout
> > >  mahout-native-viennacl_${scala.compat.
> > > version}
> > >  test
> > >
> > >
> > > to math-scala/pom.xml seems to fix the afore mentioned errors
> > >
> > >
> > > Trevor Grant
> > > Data Scientist
> > > https://github.com/rawkintrevo
> > > http://stackexchange.com/users/3002022/rawkintrevo
> > > http://trevorgrant.org
> > >
> > > *"Fortunate is he, who is able to know the causes of things."  -Virgil*
> >

RE: Trying out PR 261

2016-10-17 Thread Andrew Palumbo
I think that the memory should be set to 3 or  4G in the tests in pom.xml.. 
maybe you're o erring that setting?



Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Andrew Musselman 
Date: 10/17/2016 9:47 AM (GMT-08:00)
To: dev@mahout.apache.org
Subject: Re: Trying out PR 261

Using the viennacl-omp profile I'm getting an out of memory error even with
Xmx set in MAHOUT_OPTS to 1g:

- mmul microbenchmark
  + Mahout multiplication time: 8920 ms.
  + ViennaCL/cpu/OpenMP multiplication time: 616 ms.
- trans
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
*** RUN ABORTED ***
  java.lang.OutOfMemoryError: Java heap space
  at
it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.rehash(Int2DoubleOpenHashMap.java:1059)
  at
it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.insert(Int2DoubleOpenHashMap.java:295)
  at
it.unimi.dsi.fastutil.ints.Int2DoubleOpenHashMap.put(Int2DoubleOpenHashMap.java:301)
  at
org.apache.mahout.math.RandomAccessSparseVector.setQuick(RandomAccessSparseVector.java:130)
  at
org.apache.mahout.math.SparseRowMatrix.setQuick(SparseRowMatrix.java:105)
  at org.apache.mahout.math.AbstractMatrix.assign(AbstractMatrix.java:256)
  at
org.apache.mahout.math.scalabindings.MatrixOps.$colon$eq(MatrixOps.scala:192)
  at
org.apache.mahout.math.scalabindings.MatrixOps.cloned(MatrixOps.scala:260)
  at
org.apache.mahout.math.scalabindings.MatrixOps.$minus(MatrixOps.scala:66)
  at
org.apache.mahout.viennacl.openmp.ViennaCLSuiteOMP$$anonfun$4.apply$mcV$sp(ViennaCLSuiteOMP.scala:152)
  ...
[INFO]

[INFO] Reactor Summary:
[INFO]
[INFO] Mahout Build Tools . SUCCESS [
 1.131 s]
[INFO] Apache Mahout .. SUCCESS [
 0.023 s]
[INFO] Mahout Math  SUCCESS [
31.439 s]
[INFO] Mahout HDFS  SUCCESS [
 2.151 s]
[INFO] Mahout Math Scala bindings . SUCCESS [02:30
min]
[INFO] Mahout Spark bindings .. SUCCESS [
43.884 s]
[INFO] Mahout Flink bindings .. SUCCESS [04:13
min]
[INFO] Mahout Spark bindings shell  SUCCESS [
 4.071 s]
[INFO] Mahout Release Package . SUCCESS [
 1.311 s]
[INFO] Mahout H2O backend . SUCCESS [02:50
min]
[INFO] Mahout Native VienniaCL OpenMP Bindings  FAILURE [
36.106 s]

On Sun, Oct 16, 2016 at 9:43 PM, Trevor Grant 
wrote:

> NOTE:
>
> The last solution creates a cyclical dependency-
>
> The way I made it work was happen-stance.
>
> 1)
> mvn clean install -Pviennacl -Phadoop2 -DskipTests
>
> 2)
> update the pom as described previously
>
> 3)
> cd math-scala
>
> 4)
> mvn test
>
> that will make it work- hacky but POC.
>
> Next how to do this 'right'.
>
> tg
>
>
>
> Trevor Grant
> Data Scientist
> https://github.com/rawkintrevo
> http://stackexchange.com/users/3002022/rawkintrevo
> http://trevorgrant.org
>
> *"Fortunate is he, who is able to know the causes of things."  -Virgil*
>
>
> On Sun, Oct 16, 2016 at 11:29 PM, Trevor Grant 
> wrote:
>
> > Maybe not the long term fix, but adding
> >
> > 
> >  org.apache.mahout
> >  mahout-native-viennacl_${scala.compat.
> > version}
> >  test
> >
> >
> > to math-scala/pom.xml seems to fix the afore mentioned errors
> >
> >
> > Trevor Grant
> > Data Scientist
> > https://github.com/rawkintrevo
> > http://stackexchange.com/users/3002022/rawkintrevo
> > http://trevorgrant.org
> >
> > *"Fortunate is he, who is able to know the causes of things."  -Virgil*
> >
> >
> > On Sun, Oct 16, 2016 at 10:23 PM, Andrew Palumbo 
> > wrote:
> >
> >> Thanks Trevor and Andrew- I think that both of your environments are
> >> fine.. (Ubuntu 16.04 was just to recommended because ViennaCL 1.7.1 is
> >> easily installed with sudo-apt-get install.  As logn as you have 1.7.1
> on
> >> the correct path, you should be fine.
> >>
> >>
> >> I'm getting these errors now also, and by viewing the stack trace, I can
> >> see that the mahout_native_vienniacl*.jars did not make it onto the
> >> classpath some how:
> >>
> >>
> >> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> >> [WARN] Unable to c

Re: Trying out PR 261

2016-10-17 Thread Andrew Musselman
her$AppClassLoader.loadClass(Launcher.java:331)
> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> >> at java.lang.Class.forName0(Native Method)
> >> at java.lang.Class.forName(Class.java:264)
> >>     at org.apache.mahout.math.scalabindings.SolverFactory$.getOpera
> >> tor(SolverFactory.scala:50)
> >>
> >>
> >> I think that i might have merged some conflicts badly when I rebased
> last
> >> week, because I was not seeing these errors.  I'll tey to get this
> worked
> >> out in the next couple of days.
> >>
> >>
> >>
> >> 
> >> From: Trevor Grant 
> >> Sent: Sunday, October 16, 2016 11:04:46 PM
> >> To: dev@mahout.apache.org
> >> Subject: Re: Trying out PR 261
> >>
> >> Having similar issues-
> >>
> >> Running 14.04 (I know, supposed to be 16.04, but whatever bear with me)
> >>
> >> Downloaded viennacl source, unzipped tar-dir/viennacl to
> >> /usr/include/viennacl (e.g. 'installed' viennacl 1.7.1)
> >>
> >> Updated gcc (though I don't think this was neccessary, now that I see
> >> Andrew M was having the same issues)
> >> sudo add-apt-repository ppa:ubuntu-toolchain-r/test
> >> sudo apt-get update
> >> sudo apt-get install gcc-5 g++-5
> >>
> >> sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 0
> >> --slave /usr/bin/g++ g++ /usr/bin/g++-5
> >>
> >>
> >> System / GPU info
> >> +--+
> >>
> >> | NVIDIA-SMI 352.63 Driver Version: 352.63 |
> >>
> >> |---+--+
> >> --+
> >> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile
> Uncorr.
> >> ECC |
> >> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util
> Compute
> >> M. |
> >> |===+==+
> >> ==|
> >> |   0  GeForce GT 740  Off  | :02:00.0 N/A |
> >>  N/A |
> >> | 33%   34CP8N/A /  N/A |411MiB /  1021MiB | N/A
> >>  Default |
> >> +---+--+
> >> --+
> >>
> >>
> >>
> >>
> >> Build was successful- no problems there.
> >>
> >> Still getting a slew of:
> >>
> >> [32mMatlabLikeMatrixOpsSuite: [0m
> >> [32m- multiplication [0m
> >> [32m- Hadamard [0m
> >> [32mRLikeVectorOpsSuite: [0m
> >> [32m- Hadamard [0m
> >> 19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
> >> org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense
> vector
> >> dots:127.00 ms.
> >> 19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
> >> org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense view
> >> dots:201.00 ms.
> >> [32m- dot-view performance [0m
> >> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> >> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> >> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> >> [INFO] Unable to create class OMPMMul: falling back to java version
> >> 19491 [ScalaTest-main-running-MathSuite] DEBUG
> >> org.apache.mahout.math.scalabindings.MMul$  - AAt computation detected.
> >> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> >> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> >> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> >> [INFO] Unable to create class OMPMMul: falling back to java version
> >> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> >> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> >> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> >> [INFO] Unable to create class OMPMMul: falling back to java version
> >> ... goes on like that for a long long time
> >>
> >>
> >>
> >> Trevor Grant
> >> Data Scientist
> >> https://github.com/rawkintrevo
> >> http://stackexchange.com/users/3002022/rawkintrevo
> >> http://trevorgrant.org
> >>
> >> *"Fortunate is he, who is able to know the causes of things."  -Virgil*
> >>
> >>
> >>

Re: Trying out PR 261

2016-10-16 Thread Trevor Grant
NOTE:

The last solution creates a cyclical dependency-

The way I made it work was happen-stance.

1)
mvn clean install -Pviennacl -Phadoop2 -DskipTests

2)
update the pom as described previously

3)
cd math-scala

4)
mvn test

that will make it work- hacky but POC.

Next how to do this 'right'.

tg



Trevor Grant
Data Scientist
https://github.com/rawkintrevo
http://stackexchange.com/users/3002022/rawkintrevo
http://trevorgrant.org

*"Fortunate is he, who is able to know the causes of things."  -Virgil*


On Sun, Oct 16, 2016 at 11:29 PM, Trevor Grant 
wrote:

> Maybe not the long term fix, but adding
>
> 
>  org.apache.mahout
>  mahout-native-viennacl_${scala.compat.
> version}
>  test
>
>
> to math-scala/pom.xml seems to fix the afore mentioned errors
>
>
> Trevor Grant
> Data Scientist
> https://github.com/rawkintrevo
> http://stackexchange.com/users/3002022/rawkintrevo
> http://trevorgrant.org
>
> *"Fortunate is he, who is able to know the causes of things."  -Virgil*
>
>
> On Sun, Oct 16, 2016 at 10:23 PM, Andrew Palumbo 
> wrote:
>
>> Thanks Trevor and Andrew- I think that both of your environments are
>> fine.. (Ubuntu 16.04 was just to recommended because ViennaCL 1.7.1 is
>> easily installed with sudo-apt-get install.  As logn as you have 1.7.1 on
>> the correct path, you should be fine.
>>
>>
>> I'm getting these errors now also, and by viewing the stack trace, I can
>> see that the mahout_native_vienniacl*.jars did not make it onto the
>> classpath some how:
>>
>>
>> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
>> [WARN] Unable to create class GPUMMul: attempting OpenMP version
>> java.lang.ClassNotFoundException: org.apache.mahout.viennacl.ope
>> ncl.GPUMMul$
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Class.java:264)
>> at org.apache.mahout.math.scalabindings.SolverFactory$.getOpera
>> tor(SolverFactory.scala:50)
>>
>>
>> I think that i might have merged some conflicts badly when I rebased last
>> week, because I was not seeing these errors.  I'll tey to get this worked
>> out in the next couple of days.
>>
>>
>>
>> 
>> From: Trevor Grant 
>> Sent: Sunday, October 16, 2016 11:04:46 PM
>> To: dev@mahout.apache.org
>> Subject: Re: Trying out PR 261
>>
>> Having similar issues-
>>
>> Running 14.04 (I know, supposed to be 16.04, but whatever bear with me)
>>
>> Downloaded viennacl source, unzipped tar-dir/viennacl to
>> /usr/include/viennacl (e.g. 'installed' viennacl 1.7.1)
>>
>> Updated gcc (though I don't think this was neccessary, now that I see
>> Andrew M was having the same issues)
>> sudo add-apt-repository ppa:ubuntu-toolchain-r/test
>> sudo apt-get update
>> sudo apt-get install gcc-5 g++-5
>>
>> sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 0
>> --slave /usr/bin/g++ g++ /usr/bin/g++-5
>>
>>
>> System / GPU info
>> +--+
>>
>> | NVIDIA-SMI 352.63 Driver Version: 352.63 |
>>
>> |---+--+
>> --+
>> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr.
>> ECC |
>> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  Compute
>> M. |
>> |===+==+
>> ==|
>> |   0  GeForce GT 740  Off  | :02:00.0 N/A |
>>  N/A |
>> | 33%   34CP8N/A /  N/A |411MiB /  1021MiB | N/A
>>  Default |
>> +---+--+
>> --+
>>
>>
>>
>>
>> Build was successful- no problems there.
>>
>> Still getting a slew of:
>>
>> [32mMatlabLikeMatrixOpsSuite: [0m
>> [32m- multiplication [0m
>> [32m- Hadamard [0m
>> [32mRLikeVectorOpsSuite: [0m
>> [32m- Hadamard [0m
>> 19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
>> org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense vector
>> dots:127.00 ms.
>> 19489 [ScalaTest-main-running-RLikeVectorOps

Re: Trying out PR 261

2016-10-16 Thread Trevor Grant
Maybe not the long term fix, but adding


 org.apache.mahout
 mahout-native-viennacl_${scala.compat.version}
 test
   

to math-scala/pom.xml seems to fix the afore mentioned errors


Trevor Grant
Data Scientist
https://github.com/rawkintrevo
http://stackexchange.com/users/3002022/rawkintrevo
http://trevorgrant.org

*"Fortunate is he, who is able to know the causes of things."  -Virgil*


On Sun, Oct 16, 2016 at 10:23 PM, Andrew Palumbo  wrote:

> Thanks Trevor and Andrew- I think that both of your environments are
> fine.. (Ubuntu 16.04 was just to recommended because ViennaCL 1.7.1 is
> easily installed with sudo-apt-get install.  As logn as you have 1.7.1 on
> the correct path, you should be fine.
>
>
> I'm getting these errors now also, and by viewing the stack trace, I can
> see that the mahout_native_vienniacl*.jars did not make it onto the
> classpath some how:
>
>
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> java.lang.ClassNotFoundException: org.apache.mahout.viennacl.
> opencl.GPUMMul$
> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:264)
> at org.apache.mahout.math.scalabindings.SolverFactory$.
> getOperator(SolverFactory.scala:50)
>
>
> I think that i might have merged some conflicts badly when I rebased last
> week, because I was not seeing these errors.  I'll tey to get this worked
> out in the next couple of days.
>
>
>
> ________
> From: Trevor Grant 
> Sent: Sunday, October 16, 2016 11:04:46 PM
> To: dev@mahout.apache.org
> Subject: Re: Trying out PR 261
>
> Having similar issues-
>
> Running 14.04 (I know, supposed to be 16.04, but whatever bear with me)
>
> Downloaded viennacl source, unzipped tar-dir/viennacl to
> /usr/include/viennacl (e.g. 'installed' viennacl 1.7.1)
>
> Updated gcc (though I don't think this was neccessary, now that I see
> Andrew M was having the same issues)
> sudo add-apt-repository ppa:ubuntu-toolchain-r/test
> sudo apt-get update
> sudo apt-get install gcc-5 g++-5
>
> sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 0
> --slave /usr/bin/g++ g++ /usr/bin/g++-5
>
>
> System / GPU info
> +--+
>
> | NVIDIA-SMI 352.63 Driver Version: 352.63 |
>
> |---+--+
> --+
> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr.
> ECC |
> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  Compute
> M. |
> |===+==+
> ==|
> |   0  GeForce GT 740  Off  | :02:00.0 N/A |
>  N/A |
> | 33%   34CP8N/A /  N/A |411MiB /  1021MiB | N/A
>  Default |
> +---+--+
> --+
>
>
>
>
> Build was successful- no problems there.
>
> Still getting a slew of:
>
> [32mMatlabLikeMatrixOpsSuite: [0m
> [32m- multiplication [0m
> [32m- Hadamard [0m
> [32mRLikeVectorOpsSuite: [0m
> [32m- Hadamard [0m
> 19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
> org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense vector
> dots:127.00 ms.
> 19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
> org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense view
> dots:201.00 ms.
> [32m- dot-view performance [0m
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> 19491 [ScalaTest-main-running-MathSuite] DEBUG
> org.apache.mahout.math.scalabindings.MMul$  - AAt computation detected.
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] U

Re: Trying out PR 261

2016-10-16 Thread Andrew Palumbo
Thanks Trevor and Andrew- I think that both of your environments are fine.. 
(Ubuntu 16.04 was just to recommended because ViennaCL 1.7.1 is easily 
installed with sudo-apt-get install.  As logn as you have 1.7.1 on the correct 
path, you should be fine.


I'm getting these errors now also, and by viewing the stack trace, I can see 
that the mahout_native_vienniacl*.jars did not make it onto the classpath some 
how:


[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
java.lang.ClassNotFoundException: org.apache.mahout.viennacl.opencl.GPUMMul$
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at 
org.apache.mahout.math.scalabindings.SolverFactory$.getOperator(SolverFactory.scala:50)


I think that i might have merged some conflicts badly when I rebased last week, 
because I was not seeing these errors.  I'll tey to get this worked out in the 
next couple of days.




From: Trevor Grant 
Sent: Sunday, October 16, 2016 11:04:46 PM
To: dev@mahout.apache.org
Subject: Re: Trying out PR 261

Having similar issues-

Running 14.04 (I know, supposed to be 16.04, but whatever bear with me)

Downloaded viennacl source, unzipped tar-dir/viennacl to
/usr/include/viennacl (e.g. 'installed' viennacl 1.7.1)

Updated gcc (though I don't think this was neccessary, now that I see
Andrew M was having the same issues)
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-5 g++-5

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 0
--slave /usr/bin/g++ g++ /usr/bin/g++-5


System / GPU info
+--+

| NVIDIA-SMI 352.63 Driver Version: 352.63 |

|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr.
ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  Compute
M. |
|===+==+==|
|   0  GeForce GT 740  Off  | :02:00.0 N/A |
 N/A |
| 33%   34CP8N/A /  N/A |411MiB /  1021MiB | N/A
 Default |
+---+--+--+




Build was successful- no problems there.

Still getting a slew of:

[32mMatlabLikeMatrixOpsSuite: [0m
[32m- multiplication [0m
[32m- Hadamard [0m
[32mRLikeVectorOpsSuite: [0m
[32m- Hadamard [0m
19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense vector
dots:127.00 ms.
19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense view
dots:201.00 ms.
[32m- dot-view performance [0m
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
19491 [ScalaTest-main-running-MathSuite] DEBUG
org.apache.mahout.math.scalabindings.MMul$  - AAt computation detected.
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
... goes on like that for a long long time



Trevor Grant
Data Scientist
https://github.com/rawkintrevo
http://stackexchange.com/users/3002022/rawkintrevo
http://trevorgrant.org

*"Fortunate is he, who is able to know the causes of things."  -Virgil*


On Sun, Oct 16, 2016 at 6:59 PM, Andrew Musselman <
andrew.mussel...@gmail.com> wrote:

> I'm not sure my setup is correct; on Ubuntu 16.04 I'm getting a firehose of
> infos and warns about not finding the GPUMMul and OMPMMul classes. I've
> installed libviennacl-dev 1.7.1 through apt-get. Any ideas?
>
> Here's repro:
> $ git fetch origin pull/261/head:viennacl-opmmul-a
> $ mvn clean install -Pviennacl -Phadoop2
>
> Infos and warns (these are littered consistently throughout test logs):
> %*% B mapBlock {}
> - C = A %*% B incompatible B keys
> [INFO] Creating org.apache.mahout.viennacl

Re: Trying out PR 261

2016-10-16 Thread Trevor Grant
Having similar issues-

Running 14.04 (I know, supposed to be 16.04, but whatever bear with me)

Downloaded viennacl source, unzipped tar-dir/viennacl to
/usr/include/viennacl (e.g. 'installed' viennacl 1.7.1)

Updated gcc (though I don't think this was neccessary, now that I see
Andrew M was having the same issues)
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-5 g++-5

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 0
--slave /usr/bin/g++ g++ /usr/bin/g++-5


System / GPU info
+--+

| NVIDIA-SMI 352.63 Driver Version: 352.63 |

|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr.
ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  Compute
M. |
|===+==+==|
|   0  GeForce GT 740  Off  | :02:00.0 N/A |
 N/A |
| 33%   34CP8N/A /  N/A |411MiB /  1021MiB | N/A
 Default |
+---+--+--+




Build was successful- no problems there.

Still getting a slew of:

[32mMatlabLikeMatrixOpsSuite: [0m
[32m- multiplication [0m
[32m- Hadamard [0m
[32mRLikeVectorOpsSuite: [0m
[32m- Hadamard [0m
19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense vector
dots:127.00 ms.
19489 [ScalaTest-main-running-RLikeVectorOpsSuite] DEBUG
org.apache.mahout.math.scalabindings.RLikeVectorOpsSuite  - dense view
dots:201.00 ms.
[32m- dot-view performance [0m
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
19491 [ScalaTest-main-running-MathSuite] DEBUG
org.apache.mahout.math.scalabindings.MMul$  - AAt computation detected.
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
... goes on like that for a long long time



Trevor Grant
Data Scientist
https://github.com/rawkintrevo
http://stackexchange.com/users/3002022/rawkintrevo
http://trevorgrant.org

*"Fortunate is he, who is able to know the causes of things."  -Virgil*


On Sun, Oct 16, 2016 at 6:59 PM, Andrew Musselman <
andrew.mussel...@gmail.com> wrote:

> I'm not sure my setup is correct; on Ubuntu 16.04 I'm getting a firehose of
> infos and warns about not finding the GPUMMul and OMPMMul classes. I've
> installed libviennacl-dev 1.7.1 through apt-get. Any ideas?
>
> Here's repro:
> $ git fetch origin pull/261/head:viennacl-opmmul-a
> $ mvn clean install -Pviennacl -Phadoop2
>
> Infos and warns (these are littered consistently throughout test logs):
> %*% B mapBlock {}
> - C = A %*% B incompatible B keys
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> - Spark-specific C = At %*% B , join
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> - C = At %*% B , join, String-keyed
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> - C = At %*% B , zippable, String-keyed
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> - C = A %*% B.t
> [INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
> [WARN] Unable to create class GPUMMul: attempting OpenMP version
> [INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
> [INFO] Unable to create class OMPMMul: falling back to java version
> {
>  0 => {0:26.0,1:35.0,2:46.0,3:51.0}
>  1 => {0:50.0,1:69.0,2:92

Re: Trying out PR 261

2016-10-16 Thread Andrew Palumbo
The info and logs even on a successful build would be pretty heavy.  I used 
output to the standard out to debug the SolverFactory in its current form.  
I've recently updated them in the PR to be more intuitive  what you should see 
on a successful build.


mvn clean install -Pviennacl -Phadoop2 -DskipTests && cd Spark && mvn test


should show info (something like):


[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver

[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver

[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver

[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver

[WARN] Unable to create class GPUMMul: attempting OpenMP version

[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver

[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver




So having a few fallbacks to OpenMP is expected, since the test cluster is set 
up to run a spark local context with 3 threads by default, and you only have 
one card on your machine.


Since the goal is to have seamless integration, if there are several partitions 
of a DRM operand and you're preforming %*%, the SolverFactory will attempt 
first to run on the GPU, which should be successful (unless its still running 
from a previous MMul.  but for the second partition, the second thread will 
fail to start a context since the GPU device is busy, and it will attempt to 
run on the CPU using OpenMP.


This should always run on the CPU and not need to dump off to the JVM.  (with a 
few exceptions, eg in the case of an all zero sparse matrix)


.. except in the case of H2o, which cant make use of any of VCL Features.


I am noticing several of the type of failures that you're seeing since I 
rebased last week.  I am not sure whats going on and exactly what changed.


I'll try to figure it out...




From: Andrew Musselman 
Sent: Sunday, October 16, 2016 7:59:55 PM
To: dev@mahout.apache.org
Subject: Trying out PR 261

I'm not sure my setup is correct; on Ubuntu 16.04 I'm getting a firehose of
infos and warns about not finding the GPUMMul and OMPMMul classes. I've
installed libviennacl-dev 1.7.1 through apt-get. Any ideas?

Here's repro:
$ git fetch origin pull/261/head:viennacl-opmmul-a
$ mvn clean install -Pviennacl -Phadoop2

Infos and warns (these are littered consistently throughout test logs):
%*% B mapBlock {}
- C = A %*% B incompatible B keys
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
- Spark-specific C = At %*% B , join
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
- C = At %*% B , join, String-keyed
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
- C = At %*% B , zippable, String-keyed
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
- C = A %*% B.t
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
{
 0 => {0:26.0,1:35.0,2:46.0,3:51.0}
 1 => {0:50.0,1:69.0,2:92.0,3:105.0}
 2 => {0:62.0,1:86.0,2:115.0,3:132.0}
 3 => {0:74.0,1:103.0,2:138.0,3:159.0}
}
- C = A %*% inCoreB
[INFO] Creating org.apache.mahout.viennacl.opencl.GPUMMul solver
[WARN] Unable to create class GPUMMul: attempting OpenMP version
[INFO] Creating org.apache.mahout.viennacl.openmp.OMPMMul solver
[INFO] Unable to create class OMPMMul: falling back to java version
{
 0 => {0:26.0,1:35.0,2:46.0,3:51.0}
 1 => {0:50.0,1:69.0,2:92.0,3:105.0}
 2 => {0:62.0,1:86.0,2:115.0,3:132.0}
 3 => {0:74.0,1:103.0,2:138.0,3:159.0}
}

Output of `clinfo`:
$ clinfo
Number of platforms   1
  Platform Name   NVIDIA CUDA
  Platform Vendor NVIDIA Corporation
  Platform VersionOpenCL 1.2 CUDA 8.0.0
  Platform ProfileFULL_PROFILE
  Platform Extensions
cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics
cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics
cl_khr_fp6