Re: [Numpy-discussion] MKL and OpenBLAS
On Thu, Feb 6, 2014 at 9:45 PM, Matthieu Brucher matthieu.bruc...@gmail.com wrote: According to the discussions on the ML, they switched from GPL to MPL to enable the kind of distribution numpy/scipy is looking for. They had some hesitations between BSD and MPL, but IIRC their official stand is to allow inclusion inside BSD-licensed code. If they want BSD-licensed projects to incorporate their code, they need to license it under the BSD license (or similar). They are not in a position to allow their MPL-licensed code to be included in a BSD-licensed project. That just doesn't mean anything. We never needed their permission. We could be BSD-licensed except for this one bit which is MPLed, but we don't want to be. -- Robert Kern ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] MKL and OpenBLAS
Thomas Unterthiner thomas_unterthi...@web.de wrote: Sorry for going a bit off-topic, but: do you have any links to the benchmarks? I googled around, but I haven't found anything. FWIW, on my own machines OpenBLAS is on par with MKL (on an i5 laptop and an older Xeon server) and actually slightly faster than ACML (on an FX8150) for my use cases (I mainly tested DGEMM/SGEMM, and a few LAPACK calls). So your claim is very surprising for me. I was thinking about the benchmarks on Eigen's website, but it might be a bit old now and possibly biased: http://eigen.tuxfamily.org/index.php?title=Benchmark It uses a single thread only, but for smaller matrix sizes Eigen tends to be the better. Carl Kleffner alerted me to this benchmark today: http://gcdart.blogspot.de/2013/06/fast-matrix-multiply-and-ml.html It shows superb performance and unparallelled scalability for OpenBLAS on Opteron. MKL might be better on Intel CPUs though. ATLAS is doing quite well too, better than I would expect, and generally better than Eigen. It is also interesting that ACML is crap, except with a single-threaded BLAS. Sturla ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] MKL and OpenBLAS
On Fri, Feb 7, 2014 at 4:31 AM, Robert Kern robert.k...@gmail.com wrote: On Thu, Feb 6, 2014 at 9:45 PM, Matthieu Brucher matthieu.bruc...@gmail.com wrote: According to the discussions on the ML, they switched from GPL to MPL to enable the kind of distribution numpy/scipy is looking for. They had some hesitations between BSD and MPL, but IIRC their official stand is to allow inclusion inside BSD-licensed code. If they want BSD-licensed projects to incorporate their code, they need to license it under the BSD license (or similar). They are not in a position to allow their MPL-licensed code to be included in a BSD-licensed project. That just doesn't mean anything. We never needed their permission. We could be BSD-licensed except for this one bit which is MPLed, but we don't want to be. I agree that we shouldn't include Eigen code in NumPy. But what distributing windows binaries that include Eigen headers? They wrote this on their web site: Virtually any software may use Eigen. For example, closed-source software may use Eigen without having to disclose its own source code. Many proprietary and closed-source software projects are using Eigen right now, as well as many BSD-licensed projects. Fred ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] MKL and OpenBLAS
On Fri, Feb 7, 2014 at 2:46 PM, Frédéric Bastien no...@nouiz.org wrote: On Fri, Feb 7, 2014 at 4:31 AM, Robert Kern robert.k...@gmail.com wrote: On Thu, Feb 6, 2014 at 9:45 PM, Matthieu Brucher matthieu.bruc...@gmail.com wrote: According to the discussions on the ML, they switched from GPL to MPL to enable the kind of distribution numpy/scipy is looking for. They had some hesitations between BSD and MPL, but IIRC their official stand is to allow inclusion inside BSD-licensed code. If they want BSD-licensed projects to incorporate their code, they need to license it under the BSD license (or similar). They are not in a position to allow their MPL-licensed code to be included in a BSD-licensed project. That just doesn't mean anything. We never needed their permission. We could be BSD-licensed except for this one bit which is MPLed, but we don't want to be. I agree that we shouldn't include Eigen code in NumPy. But what distributing windows binaries that include Eigen headers? They wrote this on their web site: Virtually any software may use Eigen. For example, closed-source software may use Eigen without having to disclose its own source code. Many proprietary and closed-source software projects are using Eigen right now, as well as many BSD-licensed projects. I don't mind anyone distributing such binaries. I think it might even be reasonable for the project itself to distribute such binaries through a page on numpy.org. I do *not* think it would be wise to do so through our PyPI page or the download section of Sourceforge. Those bare lists of files provide insufficient context for us to be able to say this one particular build includes MPL-licensed code in addition to the usual BSD-licensed code. -- Robert Kern ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Suggestions for GSoC Projects
On Thu, Feb 6, 2014 at 11:59 AM, Stéfan van der Walt ste...@sun.ac.zawrote: On Tue, 04 Feb 2014 12:21:58 +0100, Ralf Gommers wrote: Finding a suitable mentor for whatever project Jennifer chooses is an important factor in the choice of project, so I have to ask: do you have the bandwidth to be a mentor or help out this summer? I completely agree. I have time to be co-mentor, and I have ideas for other potential mentors Great! (of course, Ralf would be on top of that list :). That depends a bit on the topic - I don't know much about scipy.special, Pauli is our resident guru. Members of the dipy team would also be interested. That's specifically for the spherical harmonics topic right? Ralf Stéfan ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Suggestions for GSoC Projects
On 8 Feb 2014 04:51, Ralf Gommers ralf.gomm...@gmail.com wrote: Members of the dipy team would also be interested. That's specifically for the spherical harmonics topic right? Right. Spherical harmonics are used as bases in many of DiPy's reconstruction algorithms. You are right, though, that gsoc would also require an expert in special functions. Stéfan ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion