all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dave Love <fx@gnu.org>
To: Eric Bavier <ericbavier@centurylink.net>
Cc: guix-devel@gnu.org
Subject: Re: OpenBLAS and performance
Date: Thu, 21 Dec 2017 16:38:24 +0000	[thread overview]
Message-ID: <87d1383ukf.fsf@albion.it.manchester.ac.uk> (raw)
In-Reply-To: <20171220130241.52f733aa@centurylink.net> (Eric Bavier's message of "Wed, 20 Dec 2017 13:02:41 -0600")

Eric Bavier <ericbavier@centurylink.net> writes:

> Related only to this specific case of BLAS libraries, and not to the
> general idea of optimized libraries:

> I recently discovered "FlexiBLAS" from the Max Planck Institute
> https://www.mpi-magdeburg.mpg.de/projects/flexiblas which I thought
> might be useful for Guix.

That's a new one on me; I'll see how it works.  (You'd hope you could do
it with weak symbols or other ELFin stuff, but I couldn't see how.)

> It lets one choose the desired BLAS backend
> at runtime via a configuration file or environment variables.

The Fedora package I referenced also does that, makes it easy to have
local defaults on heterogeneous clusters, and has been used in
production.  The same technique allows you to use proprietary BLAS if
necessary.

> In it's
> current state it needs a little configuration before use, but I think
> with a little work we could make picking a BLAS implementation as easy
> as, e.g.
>
>   guix package -i python-numpy openblas-haswellp

Really, you shouldn't need to do that.
  
By the way, there's hope for free ~MKL-equivalent L3 BLAS on avx512 from
some work that's promised in the new year.  (BLIS dgemm currently has
~70% of MKL performance.)

  reply	other threads:[~2017-12-21 16:38 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-19 10:49 OpenBLAS and performance Pjotr Prins
2017-12-19 17:12 ` Ludovic Courtès
2017-12-20 11:50 ` Dave Love
2017-12-20 14:48   ` Dave Love
2017-12-20 15:06     ` Ricardo Wurmus
2017-12-22 12:24       ` Dave Love
2017-12-20 17:22     ` Pjotr Prins
2017-12-20 18:15       ` Ricardo Wurmus
2017-12-20 19:28         ` Pjotr Prins
2017-12-20 20:00           ` Ricardo Wurmus
2017-12-20 20:32             ` Pjotr Prins
2017-12-20 19:02               ` Eric Bavier
2017-12-21 16:38                 ` Dave Love [this message]
2017-12-20 23:02               ` Ricardo Wurmus
2017-12-21 10:36                 ` Pjotr Prins
2017-12-21 14:43           ` Ludovic Courtès
2017-12-22 14:35           ` Dave Love
2017-12-21 16:17         ` Dave Love
2017-12-21 16:46           ` Ricardo Wurmus
2017-12-21 14:55   ` Ludovic Courtès
2017-12-22 12:45     ` Dave Love
2017-12-22 15:10       ` Ludovic Courtès
2017-12-22 16:08         ` Pjotr Prins

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87d1383ukf.fsf@albion.it.manchester.ac.uk \
    --to=fx@gnu.org \
    --cc=ericbavier@centurylink.net \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.