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