<html>#1674: Switch to OpenBLAS
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Erik Schnetter</td></tr>
<tr><td style='text-align:right'> Status:</td><td>open</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'> Version:</td><td>development version</td></tr>
<tr><td style='text-align:right'> Type:</td><td>enhancement</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>minor</td></tr>
<tr><td style='text-align:right'>Component:</td><td>Other</td></tr>
</table>
<p>Comment (by Roland Haas):</p>
<p>This ticket has been around for a while. I would still think that since OpenBLAS is x86 specific and even on x86 machines fails to compile if the processor is too new (or old I guess), I would not want it to be the default.</p>
<p>Instead clusters where indeed we could compile BLAS and LAPACK libs from scratch can use simfactory’s <code>enabled-thorns</code> and <code>disable-thorns</code> options to enable OpenBLAS. If we do not compile, which is the usual case on clusters, then there is no difference between using BLAS/LAPACK externallibraries and OpenBLAS.</p>
<p>That leaves the case of user workstations and unknown clusters. On a user workstation, with automated setup, speed should not matter so I would strongly advocate to use the “compiles everywhere” BLAS and LAPACK even if they are slow. In particular since the ET as a whole doe not depend on those for speed.</p>
<p>On clusters, speed does matter, but setting up on a cluster requires some expertise anyway and we should be able to expect that those doing so will be able to set the correct LAPACK_DIR and BLAS_DIR variables to point to the system installed good BLAS / LAPACK library. If there are indeed HPC clusters where those libraries are not provide, then those clusters may be best avoided.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/1674/switch-to-openblas'>https://bitbucket.org/einsteintoolkit/tickets/issues/1674/switch-to-openblas</a></p>
</html>