- openSUSE Science

[opensuse-science] hdf5
by Alin Marin Elena 12 Feb '18

12 Feb '18

Hi, i was looking today at hdf5 to use it. All nice for the parallel version but then i noticed there is no hpc version for the serial version. Would be nice to have one with compiler as dependency (fortran interface will have a lot of .mod which are compiler depedent). Also the serial version seems to miss a .pc Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

Re: [opensuse-science] scalapack
by Egbert Eich 11 Feb '18

11 Feb '18

Alin Marin Elena writes: > Brilliant shall be one since usually using scalapack requires, as you > probably know > -lblacs -lscalapack -l[blas|openblas] -llapack I'm considering to add a 'Recommends:' connecting the two lib packages (and maybe also the devel packages). Cheers, Egbert. > > > Alin > Without Questions there are no Answers! > ______________________________________________________________________ > Dr. Alin Marin ELENA > http://alin.elena.space/ > ______________________________________________________________________ > > > On 10 February 2018 at 18:02, Egbert Eich <eich(a)suse.com> wrote: > > Alin Marin Elena writes: > > > Thanks Egbert! > > > > > > I do not know if 2 is actually fixed. it does not list blacs ( > > > libblacs2_2_0_2-gnu-openmpi3-hpc > > > ) as dependency and it should... > > > > It doesn't as there is no dependency between the > > two libraries. > > Of course I can add one manually. > > > > Cheers, > > Egbert. > > > > -- > > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org > > > -- > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org > -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

Re: [opensuse-science] scotch and superlu
by Egbert Eich 10 Feb '18

10 Feb '18

Hi Alin! Alin Marin Elena writes: > Any chance to get scotch and superlu hpc versions? > I see both are actively maintained. superlu is on our list, scotch not (yet). Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

Re: [opensuse-science] scalapack
by Egbert Eich 10 Feb '18

10 Feb '18

Alin Marin Elena writes: > Thanks Egbert! > > I do not know if 2 is actually fixed. it does not list blacs ( > libblacs2_2_0_2-gnu-openmpi3-hpc > ) as dependency and it should... It doesn't as there is no dependency between the two libraries. Of course I can add one manually. Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

Re: [opensuse-science] hpc phdf5
by Egbert Eich 10 Feb '18

10 Feb '18

Hi Alin! Alin Marin Elena writes: > Hi, > > phdf5 on science seems to have a broken module file seems paths for > libs are listed as lib instead of lib64 on a 64 bit insall... also > PKG_CONFIG is missing even if the packages has one. I've fixed the latter just a while ago, OBS is a bit slow today so my fixes may not be pubished, yet. The former is indeed wrong - I do know what is behind it and I've just fixed it in science. Thanks for pointing this out! Cheers, Egbert. > > ========= module show phdf5 > ------------------------------------------------------------------------------------------------------------------------------------------------------------------- > /usr/share/lmod/moduledeps/gnu-7-openmpi-3/phdf5/1.10.1: > ------------------------------------------------------------------------------------------------------------------------------------------------------------------- > whatis("Name: hdf5 built with gnu toolchain ") > whatis("Version: 1.10.1 ") > whatis("Category: runtime library ") > whatis("Description: Command-line programs for the HDF5 scientific > data format ") > whatis("http://www.hdfgroup.org/HDF5/ ") > prepend_path("PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/bin") > prepend_path("LD_LIBRARY_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") > setenv("HDF5_DIR","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1") > setenv("HDF5_BIN","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/bin") > setenv("HDF5_LIB","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") > prepend_path("LIBRARY_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") > prepend_path("CPATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") > prepend_path("C_INCLUDE_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") > prepend_path("CPLUS_INCLUDE_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") > prepend_path("INCLUDE","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") > setenv("HDF5_INC","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") > family("hdf5") > help([[ > This module loads the hdf5 library built with the gnu compiler toolchain. > > Version 1.10.1 > > ]]) > > ========ls /usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib > ls: cannot access '/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib': No > such file or directory > ===== ls /usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib64/ > libdynlib1.so libdynlibadd.so libdynlibvers.so > libhdf5hl_fortran.so libhdf5_hl.so.100 libhdf5.so.101 > libdynlib2.so libdynlibdiff.so libhdf5_fortran.so > libhdf5hl_fortran.so.100 libhdf5_hl.so.100.0.1 > libhdf5.so.101.0.0 > libdynlib3.so libdynlibdump.so libhdf5_fortran.so.100 > libhdf5hl_fortran.so.100.0.1 libhdf5.settings pkgconfig > libdynlib4.so libdynlibls.so libhdf5_fortran.so.100.1.0 libhdf5_hl.so > > Alin > Without Questions there are no Answers! > ______________________________________________________________________ > Dr. Alin Marin ELENA > http://alin.elena.space/ > ______________________________________________________________________ > -- > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org > -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

Re: [opensuse-science] scalapack
by Egbert Eich 10 Feb '18

10 Feb '18

Hi Alin! Alin M Elena writes: > Dear All, > > I have noticed two things related to scalapack > > 1. has no PKG_CONFIG_PATH even if contains the right pkgconfig files Indeed! It should be fixed now. > 2. does not pull the right blacs package I found other issues with headers and the setting of LIBRAY_PATH. Not sure if you were referring to one of these. In any case, these are fixed now as well. It will take a while to show up in TW, the devel project 'science' has the lastest fixes already. Thanks for pointing these issues out! Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 2

[opensuse-science] scotch and superlu
by Alin Marin Elena 10 Feb '18

10 Feb '18

Any chance to get scotch and superlu hpc versions? I see both are actively maintained. Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] hpc phdf5
by Alin Marin Elena 10 Feb '18

10 Feb '18

Hi, phdf5 on science seems to have a broken module file seems paths for libs are listed as lib instead of lib64 on a 64 bit insall... also PKG_CONFIG is missing even if the packages has one. ========= module show phdf5 ------------------------------------------------------------------------------------------------------------------------------------------------------------------- /usr/share/lmod/moduledeps/gnu-7-openmpi-3/phdf5/1.10.1: ------------------------------------------------------------------------------------------------------------------------------------------------------------------- whatis("Name: hdf5 built with gnu toolchain ") whatis("Version: 1.10.1 ") whatis("Category: runtime library ") whatis("Description: Command-line programs for the HDF5 scientific data format ") whatis("http://www.hdfgroup.org/HDF5/ ") prepend_path("PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/bin") prepend_path("LD_LIBRARY_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") setenv("HDF5_DIR","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1") setenv("HDF5_BIN","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/bin") setenv("HDF5_LIB","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") prepend_path("LIBRARY_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib") prepend_path("CPATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") prepend_path("C_INCLUDE_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") prepend_path("CPLUS_INCLUDE_PATH","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") prepend_path("INCLUDE","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") setenv("HDF5_INC","/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/include") family("hdf5") help([[ This module loads the hdf5 library built with the gnu compiler toolchain. Version 1.10.1 ]]) ========ls /usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib ls: cannot access '/usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib': No such file or directory ===== ls /usr/lib/hpc/gnu7/openmpi3/hdf5/1.10.1/lib64/ libdynlib1.so libdynlibadd.so libdynlibvers.so libhdf5hl_fortran.so libhdf5_hl.so.100 libhdf5.so.101 libdynlib2.so libdynlibdiff.so libhdf5_fortran.so libhdf5hl_fortran.so.100 libhdf5_hl.so.100.0.1 libhdf5.so.101.0.0 libdynlib3.so libdynlibdump.so libhdf5_fortran.so.100 libhdf5hl_fortran.so.100.0.1 libhdf5.settings pkgconfig libdynlib4.so libdynlibls.so libhdf5_fortran.so.100.1.0 libhdf5_hl.so Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] scalapack
by Alin M Elena 09 Feb '18

09 Feb '18

Dear All, I have noticed two things related to scalapack 1. has no PKG_CONFIG_PATH even if contains the right pkgconfig files 2. does not pull the right blacs package Regards, Alin -- Without Questions there are no Answers! _______________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ _______________________________________________

1 0

[opensuse-science] pythonX-mpi4py
by Alin M Elena 03 Feb '18

03 Feb '18

Hi, I wonder if this shall be built against different flavours of mpi as per new recipe? I have also notice zypper wp mpi is a little bit out of date and incomplete. rpm -qR python3-mpi4py-2.0.0-32.8.x86_64 libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libdl.so.2()(64bit) libdl.so.2(GLIBC_2.2.5)(64bit) libmpi.so.12()(64bit) libpthread.so.0()(64bit) libpython3.6m.so.1.0()(64bit) openmpi python(abi) = 3.6 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 -- Without Questions there are no Answers! _______________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ _______________________________________________

1 0

[opensuse-science] Re: HDF5 v.1.8 in Project science OBS
by Egbert Eich 19 Jan '18

19 Jan '18

Adrian Schröter writes: > On Freitag, 19. Januar 2018, 15:16:04 CET wrote Egbert Eich: > > > > Yeah, I didn't want to point to you directly ;) > > ah, the shy Egbert ... Hehe ;) > > You mean the use-for-build flags? I was under the *assumption* that > > hdf5 has them set. It would explain why things break for the HPC > > flavors of the netcdf build: the hdf5.1.8 package doesn't generate > > these flavors as the package has not been converted. > > no, they were set to use only the 1.8 version. > > This was (also?) be done since 1.10 has a different on disk format. > While it should still be able to read 1.8 it will break the workflow > for people who share the their files (as FreeCAD users). FreeCAD doesn't look like the classic HPC application while HDF5 is specifically targetting the problems of HPC users and environments - storing very large files on cluster file systems. These problems arise because this file format library is used for use cases it was never intended for :/ > > > I really should have written down the reason for the 5-1.8 package > > > in the package description, but I didn't :/ > > > > > > So, I will reconfigure it to use the 5-1.10 version now to see > > > what was the reason behind (most likely opencascade & FreeCAD). > > > > We do have hdf5 1.10.1 in Factory only, so anyone needing to build > > against hdf5 and is available in Factory would do so already. > > k, will keep an eye on the project. 5-1.8 is currently disabled and > not used, just not dropped yet ... As I said, we can keep it, but the package should be renamed (and packages that depend on it should explicitely use this package name to make sure they get the 'stable' version). Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] Re: HDF5 v.1.8 in Project science OBS
by Egbert Eich 19 Jan '18

19 Jan '18

Adrian Schröter writes: > On Freitag, 19. Januar 2018, 15:26:02 CET wrote Adrian Schröter: > > On Freitag, 19. Januar 2018, 15:16:04 CET wrote Egbert Eich: > ... > > med-tools are failing now, because they explicit warn about 1.10 due > to on disk incompabilities: > > [ 206s] This HDF5 version 1.10.1 must not be used with med-fichier3.2.1. > [ 206s] The HDF5 library version used by med-fichier3.y.z MUST NOT be > 1.8 and have to be at least 5-1.8.11. > [ 206s] DO NOT TRY TO COMPILE med-fichier3.2.1 version with an HDF5 library which would generate an hdf5 file not compliant with HDF5-1.8.z library. > [ 206s] This would BREAK med-fichier compatibility between files with the same revision number ! > > > I can of course patch this but it feels a bit bad if they warn that way... > > Will try to find out more about it and leave the build broken atm, > so the published repository should not build anything what breaks the > files a user is storing to disk... > Let's include the version number into the package name of hdf5.1.8 then. This is what we do for HPC packages all the time. If hdf5 1.8 is considered to be some sort of reference base, we could flag it as such and build packages that require a stable reference base on it. This still doesn't give you files which you can exchange with your friends who are using tools from other distros with different 'reference bases' ... In theory, we could use environment modules to make other packages available only for the hdf5 version they have been built for. Our packaging macros for HPC are currently not set up for this. It could be done but would make things even more ugly. I at least hope these packages do not use the MPI version of hdf5. Generally, in an HPC environment, these issues don't arise as people stick to the version they have started their project with. This is why for a distro (like Leap) we keep the old versions around. Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] Re: HDF5 v.1.8 in Project science OBS
by Egbert Eich 19 Jan '18

19 Jan '18

Hi Adrian! Adrian Schröter writes: > On Freitag, 19. Januar 2018, 14:41:29 CET wrote Egbert Eich: > > > > Hi! > > > > About 7 month ago, hdv5 v 1.8 was copypac-ed from science:unstable > > to science: > > https://build.opensuse.org/package/revisions/science/hdf5.1.8 > > > > > > The package (directory-)name was set to hdf5.1.8 to not > > conflict with the already existing package 'hdf5, which > > was updated to 1.10 roughly 1.5 years ago already. > > right, was me, I believe ;) Yeah, I didn't want to point to you directly ;) > > Unfortunately, the spec file and package names do not > > carry the ".1.8". > > Unfortunately, due to not carrying thru the naming scheme > > to the package name inside the spec-file, both packages > > generate the same files - with different version numbers. > > This breaks the build of packages depending on the hdf5- > > package which is in Factory. > > This is true, but bother versions are available for download. > You can only build against one of them though. For netcdf $ osc -A https://api.opensuse.org results -v science netcdf:gnu-hpc \ -a x86_64 -r openSUSE_Tumbleweed returns: openSUSE_Tumbleweed x86_64 unresolvable: nothing provides hdf5-devel-data = 1.10.1 needed by hdf5_1_10_1-gnu-hpc-devel You are right, on download.opensuse.org, both versions are available: $ wget -q -O - http://download.opensuse.org/repositories/science/openSUSE_Tumbleweed/x86_6… \ | grep hdf5-devel-data [..] <a href="hdf5-devel-data-1.8.17-2.13.x86_64.rpm">hdf5-devel-data-1.8.17-2.13.x86_64.rpm</a> [..] <a href="hdf5-devel-data-1.10.1-72.1.x86_64.rpm">hdf5-devel-data-1.10.1-72.1.x86_64.rpm</a> [..] > > The package has no maintainer, so there is noone to ask to > > fix this. > > > > If anyone here still needs version 1.8 of hdf5, please speak > > up and fix this package *ASAP*! > > > > If not, I will assume there is noone who cares any more and > > I will request deletion. > > > > For now, I've disabled the build. > > Does not change much, only the 5.1.8 is used for building against > atm via the flags. You mean the use-for-build flags? I was under the *assumption* that hdf5 has them set. It would explain why things break for the HPC flavors of the netcdf build: the hdf5.1.8 package doesn't generate these flavors as the package has not been converted. > I really should have written down the reason for the 5-1.8 package > in the package description, but I didn't :/ > > So, I will reconfigure it to use the 5-1.10 version now to see > what was the reason behind (most likely opencascade & FreeCAD). We do have hdf5 1.10.1 in Factory only, so anyone needing to build against hdf5 and is available in Factory would do so already. Thanks for your quick reply! Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 2

[opensuse-science] HDF5 v.1.8 in Project science OBS
by Egbert Eich 19 Jan '18

19 Jan '18

Hi! About 7 month ago, hdv5 v 1.8 was copypac-ed from science:unstable to science: https://build.opensuse.org/package/revisions/science/hdf5.1.8 The package (directory-)name was set to hdf5.1.8 to not conflict with the already existing package 'hdf5, which was updated to 1.10 roughly 1.5 years ago already. Unfortunately, the spec file and package names do not carry the ".1.8". Unfortunately, due to not carrying thru the naming scheme to the package name inside the spec-file, both packages generate the same files - with different version numbers. This breaks the build of packages depending on the hdf5- package which is in Factory. The package has no maintainer, so there is noone to ask to fix this. If anyone here still needs version 1.8 of hdf5, please speak up and fix this package *ASAP*! If not, I will assume there is noone who cares any more and I will request deletion. For now, I've disabled the build. Cheers, Egbert. -- Egbert Eich (Res. & Dev.) SUSE LINUX GmbH SUSE Labs - Project Manager HPC Tel: +49 911-740 53 0 http://www.suse.com ----------------------------------------------------------------- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5, D90409 Nürnberg, Germany-- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

[opensuse-science] gnu-hpc packages
by Peter Hill 30 Oct '17

30 Oct '17

Hello, I just noticed the gnu-hpc packages in Tumbleweed recently, and I was wondering if there is an explanation of how they work somewhere? I had a look for some information or discussion, but I've not been able to find anything so far. I gather they are linked somehow to environment modules, but it's not clear to me how exactly. For instance, "petsc-devel" installs a module for PETSc, but "hdf5-devel" does not install one for HDF5. Are there certain packages we're supposed to install to get this functionality? Also, are they supposed to play nice with pkg-config? petsc-devel does install PETSc.pc, but loading the module doesn't update $PKG_CONFIG_PATH to be able to find it. Cheers, Peter -- Dr Peter Hill Associate Research Software Engineer York Plasma Institute, Department of Physics University of York Heslington York, YO10 5DD Tel +44 (0)1904 324902 Physics Coding Club: https://physicscodingclub.github.io Disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

Re: [opensuse-science] MKL support
by Egbert Eich 28 Oct '17

28 Oct '17

Todd Rme writes: > With the new multibuild approach, I am wondering if it might be time > to revisit MKL support in openSUSE. It is not open-source, which may > be a deal-killer in general. But it is freely available to open-source > projects, and it can improve computational performance considerably at > least on intel CPUs. It couldn't serve as a replacement for lapack or > openblas, which is part of why support for it was rejected previously, > but with multibuild it may be possible to support it alongside > existing implementations. If you want to build packages against MKL in OBS, it would have to be packaged and available in OBS if you want to build dependent projects. Generally it is possible to package binary blobs, however, I'm not sure if the license would allow this. And even if it did, it is sorta-a frowned upon. I suppose it's possible to add it to the spec file as yet another flavor. To keep things manageable, it would make sense to build this using environment modules. the RPM macros I made for this currently only support building against different flavors of MPI libraries, however. I was briefly contemplating about generalizing this concept so that building against different flavors of Lapack and BLAS could be used as well, however, it was complex enough as it was working against the recursion limit of 16 in the RPM macro parser which required some tricks. Apparently the next version of RPM will have this lifted to 64 (yeah!) so this could be revisited then. Cheers, Egbert. -- Egbert Eich (Res. & Dev.) SUSE LINUX GmbH SUSE Labs - Project Manager HPC Tel: +49 911-740 53 0 http://www.suse.com ----------------------------------------------------------------- SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5, D90409 Nürnberg, Germany-- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] MKL support
by Todd Rme 27 Oct '17

27 Oct '17

With the new multibuild approach, I am wondering if it might be time to revisit MKL support in openSUSE. It is not open-source, which may be a deal-killer in general. But it is freely available to open-source projects, and it can improve computational performance considerably at least on intel CPUs. It couldn't serve as a replacement for lapack or openblas, which is part of why support for it was rejected previously, but with multibuild it may be possible to support it alongside existing implementations. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0