so that the rsh pcm can use it as well.
* do the right things so that ssh exits if HIGH_QOS was not requested or
stays alive and is monitored if HIGH_QOS is requested (which is the
default for mpirun).
* Add code to support notifying people that procs have died, but turned
off since it will deadlock the gpr.
This commit was SVN r2870.
MPI_Finalize and mpirun so that we shut down the event library before
the TCP PTL. This needs to change before release so that the RTE
components can deregister properly, but we need to run in the mean time
This commit was SVN r2867.
The following SVN revision numbers were found above:
r2864 --> open-mpi/ompi@57ca18ce88
match where ompi_event_init() lived
* initialize and shutdown the code to allow child process wait callbacks
* add comment about few() ussage in rte-enabled jobs (short answer:
don't).
This commit was SVN r2864.
only be used if the RTE init functions have been called. Not quite as
flexible as the real waitpid() function (no -1 support), but all I need
for the SSH / BProc / RMS pcms. This code is not yet turned on by
default (need to add the init / finalize calls to ompi_rte_init?? and
ompi_rte_finalize()
This commit was SVN r2860.
waiting for a few other things to stabalize in teh tree, tackle one of
my other small to-do items that might as well get done.
- put doxygen docs in .h file
- re-indent to 4 space tabs, as per team guidelines
- clean up the code and use the notation xflags and xppflags to denote
that they're for any compiler
- add something that LAM users have been asking about for quite a
while -- environment variable overrides for just about everything
This commit was SVN r2859.
thingy needs to go on the *declaration*, not the *definition*. Well,
at least this was all done en masse and via an automated mechanism, so
total time wasted was only about 15 minutes...
This commit was SVN r2858.
Having noted the existence of the wondrous Open MPI "statistics" tracker, I feel compelled to commit these changes one file at a time. This will, of course, provide me with wonderful statistics for the number of commits I have done, thus ensuring that those who watch such things become truly impressed by the magnitude of my contribution.
Of course, I will also do a commit for each time I correct a typo in my own software, and each time I add a comment to a file - a comment that, ordinarily, one might expect to have already been in place before the first commit. But then....I wouldn't look as impressive if I did it that way! No, no...far better to add the comments - and do a commit after each one - separately!
So, enjoy all.
Ralph
aka. The longtime Don Quixote crusader against the asinine use of meaningless statistics in place of true performance metrics.
This commit was SVN r2824.
