- changed status to open
- removed comment
Update OpenMPI, hwloc
Thorns MPI and hwloc should be updated to current version.
Keyword:
Comments (4)
-
-
hwloc has been updated to 1.11.12 https://bitbucket.org/einsteintoolkit/tickets/issues/2221/update-hwloc-to-11112 SystemTopology supports version 2 as of https://bitbucket.org/cactuscode/cactusutils/commits/009d0a3100d3e29ec0efd6379e95aeccc930d3f3 but hwloc 2 is not compatible with hwloc 1. Currently hwloc 1.11.13 (June 2019) is the very newest version of hwloc.
MPI could be updated to 2.X or 3.X since 1.X is no longer supported. See #2180.
-
- edited description
- changed status to resolved
hwloc has been updated to 2.0.4 in git hash 5155046 "hwloc: update included tarball to 2.0.1 (
#1)" of ExternalLibraries-hwloc (the commit message is not quite correct about the version used).MPI has been updated in git hash f90a8ac "MPI: update included tarball to 4.0.2" of ExternalLibraries-MPI
SystemTopology supports hwloc 2.X as of git hash 009d0a3 "SystemTopology: add support for hwloc 2.0" of cactusutils and aacb23f "SystemTopology: list expected cache types instead of range checking" of cactusutils.
-
Updating hwloc and building it causes unexpected side effects when using the Intel MPI stack.
Intel’s libmpi.so library contains its own copy of hwloc and exports the hwloc functions eg
hwloc_get_api_version
. This causes conflicts with the copy of hwloc provided by the tarball in the hwloc ExternalLibrary thorn. A workaround is to modifyMPI_LIBS
to ensure thatlibhwloc.a
is linked first (normally it appears afterlibmpi.so
b/c MPI optinally uses hwloc):# list hwloc here before mpich so that out own, self-build hwloc gets used and # not the one embedded in libmpich MPI_LIBS = -Wl,--exclude-libs,libhwloc.a hwloc mpi mpifort
- Log in to comment