Hi Alex, Since it is non-trivial to make nvblas work with netlib-java, it would be great if you can send the instructions to netlib-java as part of the README. Hopefully we don't need to modify netlib-java code to use nvblas.
Best, Xiangrui On Thu, Mar 26, 2015 at 9:54 AM, Sean Owen <so...@cloudera.com> wrote: > The license issue is with libgfortran, rather than OpenBLAS. > > (FWIW I am going through the motions to get OpenBLAS set up by default > on CDH in the near future, and the hard part is just handling > libgfortran.) > > On Thu, Mar 26, 2015 at 4:07 PM, Evan R. Sparks <evan.spa...@gmail.com> wrote: >> Alright Sam - you are the expert here. If the GPL issues are unavoidable, >> that's fine - what is the exact bit of code that is GPL? >> >> The suggestion to use OpenBLAS is not to say it's the best option, but that >> it's a *free, reasonable default* for many users - keep in mind the most >> common deployment for Spark/MLlib is on 64-bit linux on EC2[1]. >> Additionally, for many of the problems we're targeting, this reasonable >> default can provide a 1-2 orders of magnitude improvement in performance >> over the f2jblas implementation that netlib-java falls back on. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org > For additional commands, e-mail: dev-h...@spark.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org For additional commands, e-mail: dev-h...@spark.apache.org