[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OpenBLAS and performance
From: |
Pjotr Prins |
Subject: |
Re: OpenBLAS and performance |
Date: |
Wed, 20 Dec 2017 21:32:15 +0100 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Wed, Dec 20, 2017 at 09:00:46PM +0100, Ricardo Wurmus wrote:
> > I do think we need to default to a conservative openblas for general
> > use. Question is how we make it fly on dedicated hardware.
>
> Have you tried preloading the special library with LD_PRELOAD?
It is not a question of what I can do. It is a question of how we give
other people the benefit of optimized libs in an elegant way.
I think channels actually should make a difference if we don't cater
in default Guix for such use cases.
Performance matters in some circles.
Pj.
- OpenBLAS and performance, Pjotr Prins, 2017/12/19
- Re: OpenBLAS and performance, Ludovic Courtès, 2017/12/19
- Re: OpenBLAS and performance, Dave Love, 2017/12/20
- Re: OpenBLAS and performance, Dave Love, 2017/12/20
- 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/20
- 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 <=
- 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, 2017/12/21
- Re: OpenBLAS and performance, Dave Love, 2017/12/22
Re: OpenBLAS and performance, Ludovic Courtès, 2017/12/21