Hi Antonio, On 03/11/15 13:52, Antonio Garcia-Uceda wrote: > I managed to build and link the ATLAS library. I've run some tests but > it gives me lower performance than I expected: OpenBLAS > (single-threaded) outperforms ATLAS by 20-30%. > > I know that the peformance of BLAS is platform-dependent and that your > good experience with ATLAS is not directly extrapolated to my case. > However I'd still like to give it a chance. As you very well indicated, > a good performance on the BLAS library used is essential. > > Would it be possible to have a reference of the times per iteration > using PyFR and different BLAS libraries, single proc, for a given case > you run in the past? Perhaps you have this information reported at some > moment in the past? > > On the other hand, Would it be possible for you to provide with the > compiled ATLAS library *.so? I could test it myself, of course as long > as we're using similar LINUX OS. > > Many thanks in advance.
I maintain benchmarks of various BLAS libraries for the sorts of matrices which occur in PyFR on my website: https://freddie.witherden.org/pages/blas-gemm-bench/ ATLAS, by design, is not performance portable at the binary level. This is due to its use of autotuning to select/generate the optimal set of BLAS kernels for a given platforms. As such it really needs to be recompiled from source on every distinct system you wish to deploy it on. Regards, Freddie. -- You received this message because you are subscribed to the Google Groups "PyFR Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send an email to [email protected]. Visit this group at http://groups.google.com/group/pyfrmailinglist. For more options, visit https://groups.google.com/d/optout.
signature.asc
Description: OpenPGP digital signature
