Re: Trying out PR 261
"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
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
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
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
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
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
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
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
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
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
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