PSM2 is the only valid implementation for OmniPath (OPA). UCX also supports OmniPath, but it does so via Verbs, thus getting much lower performance (typically 3 GiB/s instead of 10 GiB/s). To work around that, give the mtl_psm2 component a higher priority than the pml_ucx component. See . --- openmpi-4.0.2/ompi/mca/mtl/psm2/mtl_psm2_component.c 2019-11-15 17:06:15.142076840 +0100 +++ openmpi-4.0.2/ompi/mca/mtl/psm2/mtl_psm2_component.c 2019-11-15 17:06:22.242009379 +0100 @@ -126,7 +126,7 @@ ompi_mtl_psm2_component_register(void) setenv("PSM2_DEVICES", "self,shm", 0); } - param_priority = 40; + param_priority = 55; (void) mca_base_component_var_register (&mca_mtl_psm2_component.super.mtl_version, "priority", "Priority of the PSM2 MTL component", MCA_BASE_VAR_TYPE_INT, NULL, 0, 0, Likewise for PSM: we want InfiniPath to be taken care of by PSM, not by UCX, since UCX achieves worse performance. --- openmpi-4.0.2/ompi/mca/mtl/psm/mtl_psm_component.c +++ openmpi-4.0.2/ompi/mca/mtl/psm/mtl_psm_component.c @@ -92,7 +92,7 @@ ompi_mtl_psm_component_register(void) /* set priority high enough to beat ob1's default */ - param_priority = 30; + param_priority = 54; (void) mca_base_component_var_register (&mca_mtl_psm_component.super.mtl_version, "priority", "Priority of the PSM MTL component", MCA_BASE_VAR_TYPE_INT, NULL, 0, 0, 64-dlltool-temp-prefix.patch?id=f4ec5e1a9823a66c27fe2bc033db7b58b29edfef'>diff
path: root/gnu/packages/patches/mingw-w64-dlltool-temp-prefix.patch
AgeCommit message (Expand)Author
2020-04-04gnu: mingw: Add mingw-w64 reproducibility patches....These patches were originally found at the debian mingw-w64 team's mingw-w64 repo, and should improve the reproducibility of our mingw-w64 toolchain. * gnu/packages/patches/mingw-w64-dlltool-temp-prefix.patch: New file. * gnu/packages/patches/mingw-w64-reproducible-gendef.patch: New file. * gnu/local.mk (dist_patch_DATA): Update accordingly. * gnu/packages/mingw.scm (make-mingw-w64): Apply patches. Carl Dong