Ralph Castain c45ff0d59f Take the next step towards fully utilizing static ports for the daemons to eliminate the initial "phone home" to mpirun by modifying the orted termination procedure to eliminate the need for a full barrier-like operation. Instead, we add a "onesided" barrier to the grpcomm framework API that releases the orted once it has completed its own contribution to the barrier - i.e., the orteds now exit as the "ack" message rolls up towards mpirun instead of sending the "ack" directly to mpirun. ... This causes the orteds in the routing tree to remain alive until all termination "acks" from orteds below them have passed through. Thus, if we use static ports, we no longer require a direct orted-to-mpirun connection. Also modify the binomial routed module so it conforms to what all the other routed modules do and have all messages pass along the routing tree instead of short-circuiting between orteds. This further reduces the number of ports being opened on backend nodes. This commit was SVN r21203.		2009-05-11 14:11:44 +00:00
..
configure.m4	- On Cray XT systems stop the grpcomm basic component from building.	2007-07-26 20:42:06 +00:00
configure.params	Merge the ORTE devel branch into the main trunk. Details of what this means will be circulated separately.	2008-02-28 01:57:57 +00:00
grpcomm_cnos_component.c	... Delayed due to notifier commits earlier this day ...	2009-04-29 01:32:14 +00:00
grpcomm_cnos_module.c	Take the next step towards fully utilizing static ports for the daemons to eliminate the initial "phone home" to mpirun by modifying the orted termination procedure to eliminate the need for a full barrier-like operation. Instead, we add a "onesided" barrier to the grpcomm framework API that releases the orted once it has completed its own contribution to the barrier - i.e., the orteds now exit as the "ack" message rolls up towards mpirun instead of sending the "ack" directly to mpirun.	2009-05-11 14:11:44 +00:00
grpcomm_cnos.h	... Delayed due to notifier commits earlier this day ...	2009-04-29 01:32:14 +00:00
Makefile.am	Per long threads on the mailing list and much confusion discussion	2007-12-15 13:32:02 +00:00