[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OpenBLAS and performance
From: |
Ricardo Wurmus |
Subject: |
Re: OpenBLAS and performance |
Date: |
Wed, 20 Dec 2017 16:06:17 +0100 |
User-agent: |
mu4e 1.0-alpha3; emacs 25.3.1 |
Hi Dave,
> I wrote:
>
>> If you do provide some sort of threaded version for Python, then as far
>> as I remember it must use pthreads, not OpenMP, though you want the
>> OpenMP version for other purposes, and I hadn't realized there wasn't
>> one currently.
>
> I was confused. I see the only version of the library shipped is built
> with pthreads. I think there should be serial, pthreads, and OpenMP
> versions, as for Fedora.
Do these library variants have the same binary interface, so that a user
could simply preload one of them to override the default variant we use
in the input graph of a given package?
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
- Re: OpenBLAS and performance, (continued)
- Re: OpenBLAS and performance, Ludovic Courtès, 2017/12/21
- Re: OpenBLAS and performance, Dave Love, 2017/12/22
- Re: OpenBLAS and performance, Ricardo Wurmus, 2017/12/22
- Re: OpenBLAS and performance, Pjotr Prins, 2017/12/20
- Re: OpenBLAS and performance, Ricardo Wurmus, 2017/12/20
- Re: OpenBLAS and performance, Pjotr Prins, 2017/12/21
- Re: OpenBLAS and performance, Eric Bavier, 2017/12/20
- Re: OpenBLAS and performance, Dave Love, 2017/12/21
- Re: OpenBLAS and performance, Dave Love, 2017/12/21
- Re: OpenBLAS and performance, Ricardo Wurmus, 2017/12/21
- Re: OpenBLAS and performance,
Ricardo Wurmus <=
- Re: OpenBLAS and performance, Dave Love, 2017/12/22
Re: OpenBLAS and performance, Ludovic Courtès, 2017/12/21