New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dgemv is not thread safe #477
Comments
A test program is available at http://theory.physics.helsinki.fi/~jzlehtol/lapack_test.tar.gz Compile with |
Hi, How did you cpmpiled OpenBLAS? Best regards On 12/18/2014 08:39 AM, Susi Lehtola wrote:
|
Thanks for the hint! The problem was in LAPACK. |
@susilehtola Could you elaborate on that? How did you solve the problem? |
Fulguritus: by adding -frecursive to the LAPACK compilation flags. Pushing fixed Fedora packages soon. |
@susilehtola, may I ask if what you did was only uncommenting this line. Was there anything else? What puzzles me a mite is that you experienced this problem when calling |
@IvanUkhov IIRC the only change I did was adding the -frecursive flag to the Fedora netlib BLAS/LAPACK package, after which OpenBLAS worked as its supposed to. But this was 1.5 years ago, and the Fedora package has changed since then due to changed guidelines. Now the packages are always built with -frecursive enabled. BTW the comment "enable this flag only on 64bit Linux and if you need a thread safe lapack library" is rather misguiding: the -frecursive flag isn't exclusive to 64-bit, it's necessary on all architectures to make the library thread safe. |
@susilehtola, thanks a lot! |
I found out to my surprise that OpenBLAS is not thread safe.
Running in parallel with OpenMP, each thread running an eigenvalue decomposition of the same matrix yields a different result than running the decomposition in sequential mode.
The text was updated successfully, but these errors were encountered: