Ralph Castain 86ab751c5e Next step in reducing launch time: begin reducing the size of the launch message itself. Start by expressing the daemon map as a set of three regular expression strings. On an 8k cluster, this reduces the nidmap contribution from over 200kBytes to 21 bytes in size. ...

Signed-off-by: Ralph Castain <rhc@open-mpi.org>

2017-01-23 19:54:47 -08:00

..

app

more c99 updates

2015-06-25 10:14:13 -06:00

base

Don't remove the IOF framework's tracking info for a proc until the

2017-01-12 08:34:29 -08:00

dvm

Next step in reducing launch time: begin reducing the size of the launch message itself. Start by expressing the daemon map as a set of three regular expression strings. On an 8k cluster, this reduces the nidmap contribution from over 200kBytes to 21 bytes in size.

2017-01-23 19:54:47 -08:00

hnp

Be a tad more cautious before releasing objects when running in DVM mode

2017-01-10 14:04:27 -08:00

novm

Revert e9bc293 and try a different approach for scalably dealing with hetero clusters. Have each orted send back its topo "signature". If mpirun detects that this signature has not been seen before, then ask for that daemon to send back its full topology description. This allows the system to only get the topology once for each unique topo in the cluster.

2017-01-18 10:22:15 -08:00

orted

Strange - I had created a new IOF API "complete" for cleaning up at the end of jobs, but somehow the implementation is missing. It also appears that the orted's never actually cleaned up their job-related information. These things are fine for normal mpirun-based operations, but cause significant resource leaks for the DVM.

2017-01-12 19:54:18 -08:00

tool

more c99 updates

2015-06-25 10:14:13 -06:00

Makefile.am

Purge whitespace from the repo

2015-06-23 20:59:57 -07:00

state_types.h

Purge whitespace from the repo

2015-06-23 20:59:57 -07:00

state.h

Purge whitespace from the repo

2015-06-23 20:59:57 -07:00