Skip to content

More dynamic op cleanups #871

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Sep 7, 2015
Merged

More dynamic op cleanups #871

merged 1 commit into from
Sep 7, 2015

Conversation

rhc54
Copy link
Contributor

@rhc54 rhc54 commented Sep 7, 2015

Deal with connect/accept between two jobs from different mpirun's. Somewhat optimize connect/accept by using MPI bcast to distribute the participants instead of another PMIx lookup. Cleanup some Coverity issues.

…mewhat optimize connect/accept by using MPI bcast to distribute the participants instead of another PMIx lookup. Cleanup some Coverity issues.
rhc54 pushed a commit that referenced this pull request Sep 7, 2015
More dynamic op cleanups
@rhc54 rhc54 merged commit 3fa6c63 into open-mpi:master Sep 7, 2015
@rhc54 rhc54 deleted the topic/dpm branch November 3, 2015 15:49
jsquyres added a commit to jsquyres/ompi that referenced this pull request Aug 23, 2016
….nid.pid.in.logical

mtl-portals4: initialize endpoint nid/pid when using logical mapping
acolinisi added a commit to acolinisi/ompi that referenced this pull request Apr 11, 2021
With the new default to link all plugins as static, the dependencies of all the
plugins (e.g. transport plugins) become direct dependencies of top-level
binaries (e.g. opal_wrapper aka mpicc). These direct dependencies are simply
bad, because the dependency is false, it is unnecessary for running most
binaries.

But if that's not sufficient justification, the current default behavior is
different from old behavior in a user-unfriendly way:

	mpicc --version
	mpicc: error while loading shared libraries:
	libugni.so.0: cannot open shared object file: No such file or directory

The workaround the user needs to figure out is to build with `--enable-mca-dso`
set, either for all or for a specific set of components. In PRRTE open-mpi#871 it
was decided that a behavior that's more user friendly than this can be
provided by implementing a smart default for which components should default
to DSO compile mode.

One more component that also should default to DSO is `btl-sm` but only when
Cray `xpmem` is found (it is enabled by default). This would require some
kind of conditional logic.

See this issue for rationale: openpmix/prrte#871

This patch to OMPI is a twin to the patches that were already committed to
PRRTE and PMIX:
PRRTE e3914b0ad0df30939d329fe615a0ec37e64dcf2a
PMIX 0b8f747

Signed-off-by: Alexei Colin <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant