[SciPy-Dev] disabling Accelerate on OS X
Tue Jun 11 15:09:20 CDT 2013
On Tue, Jun 11, 2013 at 9:16 PM, Kyle Mandli <firstname.lastname@example.org> wrote:
> Any idea what kind of performance decrease is this likely to cause
> (switching from accelerate to OpenBLAS)? I currently rely on wrapping a
> Fortran routine that uses system_info to find the LAPACK libraries (via
> f2py --link-lapack_opt).
Not necessarily a decrease - on average OpenBLAS seems to be comparable to
MKL and Accelerate, but it probably depends strongly on your application
and your CPU. For example in this thread (
https://github.com/Homebrew/homebrew-science/issues/7) someone finds
OpenBLAS is faster, but on eigenvalue decompositions it's slower.
http://home.uchicago.edu/~skrainka/pdfs/Talk.Eigen.pdf also has a few
benchmarks showing that OpenBLAS performance is similar to MKL.
If you're interested, https://github.com/samueljohn/homebrew-python allows
you to install Numpy and Scipy with OpenBLAS.
> On Tue, Jun 11, 2013 at 1:34 AM, Ralf Gommers <email@example.com>wrote:
>> Given the issues we've been having with Accelerate on OS X 10.7 and 10.8,
>> we plan to disable support for it completely in scipy (and numpy, will
>> bring that up on numpy-discussion later) before the next release.
>> This will make compiling on OS X harder, but we can't leave functionality
>> giving incorrect results (and ~70 test errors) hang around forever, so we
>> have to do something. We'll do some testing and write up a guide for how to
>> build against other BLAS/LAPACK implementations. Homebrew already supports
>> OpenBLAS, so that's a good option for who doesn't want to go through
>> compiling their own libraries.
>> SciPy-Dev mailing list
> SciPy-Dev mailing list
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SciPy-Dev