1
1
openmpi/orte/mca
Josh Hursey ea0652d20f If we are going to pretend to do filem, then we should always pretend.
No one should be using this feature except for me. :)

This commit was SVN r16454.
2007-10-15 20:04:35 +00:00
..
errmgr Fix invalid MCA 'base' names so they appear in ompi_info. 2007-08-18 03:05:45 +00:00
filem Change some default MCA parameters: 2007-10-15 15:21:17 +00:00
gpr These changes were mostly captured in a prior RFC (except for #2 below) and are aimed specifically at improving startup performance and setting up the remaining modifications described in that RFC. 2007-10-05 19:48:23 +00:00
grpcomm When we can detect that a daemon has failed, then we would like to terminate the system without having it lock up. The "hang" is currently caused by the system attempting to send messages to the daemons (specifically, ordering them to kill their local procs and then terminate). Unfortunately, without some idea of which daemon has died, the system hangs while attempting to send a message to someone who is no longer alive. 2007-10-15 18:00:30 +00:00
iof Fix invalid MCA 'base' names so they appear in ompi_info. 2007-08-18 03:05:45 +00:00
ns Squeeeeeeze the launch message. This is the message sent to the daemons that provides all the data required for launching their local procs. In reorganizing the ODLS framework, I discovered that we were sending a significant amount of unnecessary and repeated data. This commit resolves this by: 2007-10-11 15:57:26 +00:00
odls If the HNP is acting as the orted for local launch then the gpr_replica 2007-10-11 19:47:04 +00:00
oob These changes were mostly captured in a prior RFC (except for #2 below) and are aimed specifically at improving startup performance and setting up the remaining modifications described in that RFC. 2007-10-05 19:48:23 +00:00
pls When we can detect that a daemon has failed, then we would like to terminate the system without having it lock up. The "hang" is currently caused by the system attempting to send messages to the daemons (specifically, ordering them to kill their local procs and then terminate). Unfortunately, without some idea of which daemon has died, the system hangs while attempting to send a message to someone who is no longer alive. 2007-10-15 18:00:30 +00:00
ras Squeeeeeeze the launch message. This is the message sent to the daemons that provides all the data required for launching their local procs. In reorganizing the ODLS framework, I discovered that we were sending a significant amount of unnecessary and repeated data. This commit resolves this by: 2007-10-11 15:57:26 +00:00
rds These changes were mostly captured in a prior RFC (except for #2 below) and are aimed specifically at improving startup performance and setting up the remaining modifications described in that RFC. 2007-10-05 19:48:23 +00:00
rmaps Fix invalid MCA 'base' names so they appear in ompi_info. 2007-08-18 03:05:45 +00:00
rmgr These changes were mostly captured in a prior RFC (except for #2 below) and are aimed specifically at improving startup performance and setting up the remaining modifications described in that RFC. 2007-10-05 19:48:23 +00:00
rml Fixes trac:1160. There is still some other problem in the OOB, but we 2007-10-15 15:41:36 +00:00
routed Squeeeeeeze the launch message. This is the message sent to the daemons that provides all the data required for launching their local procs. In reorganizing the ODLS framework, I discovered that we were sending a significant amount of unnecessary and repeated data. This commit resolves this by: 2007-10-11 15:57:26 +00:00
schema Fix invalid MCA 'base' names so they appear in ompi_info. 2007-08-18 03:05:45 +00:00
sds Squeeeeeeze the launch message. This is the message sent to the daemons that provides all the data required for launching their local procs. In reorganizing the ODLS framework, I discovered that we were sending a significant amount of unnecessary and repeated data. This commit resolves this by: 2007-10-11 15:57:26 +00:00
smr revert my stupidity.. 2007-10-09 19:01:20 +00:00
snapc If we are going to pretend to do filem, then we should always pretend. 2007-10-15 20:04:35 +00:00