Bug 1619047

Summary: mpqc: use openblas instead of atlas
Product: [Fedora] Fedora Reporter: Dominik 'Rathann' Mierzejewski <dominik>
Component: mpqcAssignee: Mamoru TASAKA <mtasaka>
Status: CLOSED DEFERRED QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: carl, dominik, i, mtasaka
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: FutureFeature
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-08-20 00:21:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1506952    

Description Dominik 'Rathann' Mierzejewski 2018-08-19 22:39:37 UTC
Description of problem:
Please BuildRequire: openblas instead of atlas where available (x86_64 %{ix86} armv7hl %{power64} aarch64 s390x, see %{openblas_arches} macro defined in openblas-srpm-macros package). Currently, it's available on all primary Fedora arches, so you can technically skip using the macro.

Version-Release number of selected component (if applicable):
mpqc-2.3.1-42.fc29

Additional information:
OpenBLAS selects best code path for the target architecture at runtime unlike ATLAS.

A lot of benchmarks around the net suggest openblas is faster than ATLAS in most workloads:
https://github.com/tmolteno/necpp/issues/18
http://blog.nguyenvq.com/blog/2014/11/10/optimized-r-and-python-standard-blas-vs-atlas-vs-openblas-vs-mkl/
https://freddie.witherden.org/pages/blas-gemm-bench/
http://nghiaho.com/?p=1726

Many Fedora packages have switched to openblas already (e.g. scalapack and all dependent ones and numpy).

Comment 1 Mamoru TASAKA 2018-09-03 04:05:49 UTC
Same as https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/UE4V44DEVGGS6KT7UXEMZ7AAHHGV6U3M/ , I am just wondering what is the right thing here.

Comment 2 Dominik 'Rathann' Mierzejewski 2018-09-20 08:27:53 UTC
The answer is to use a serial version with 32-bit integers unless another version is explicitly supported by your package or required by your dependency graph.

Comment 3 Ben Cotton 2019-08-13 17:02:51 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.

Comment 4 Ben Cotton 2019-08-13 19:44:03 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to 31.

Comment 5 Mamoru TASAKA 2020-08-20 00:21:36 UTC
Unfortunately this must be deferred. Fedora 32 is already released and we must not introduce feature changes like this on Fedora 32 and 31.

Comment 6 Dominik 'Rathann' Mierzejewski 2020-08-20 00:56:08 UTC
Well, when I opened this two years ago, Fedora 31 was rawhide. Nobody's asking you to make changes to F31 or F32 at this point. Keeping it at rawhide is the right answer here.

There's a new push for FlexiBLAS instead, though, so I hope you'll consider switching to that one.

Comment 7 Mamoru TASAKA 2020-08-20 02:05:22 UTC
Yes, F-33 has a new feature change which requests to use FlexiBLAS, so this is anyway obsolete. F-31, 32 won't be changed, F-33 won't use openblas. So anyway closing.