1
1
openmpi/orte/mca/grpcomm/base
2012-12-09 02:53:20 +00:00
..
base.h Fix comm_spawn when ORTE progress thread is enabled by ensuring that all operations on the global list of active collectives are done in events to avoid conflicts. 2012-12-09 02:53:20 +00:00
grpcomm_base_close.c Per RFC modify the behavior of mca_base_components_close to NOT close the output. Modify frameworks to always close their output and set to -1. 2012-11-06 19:09:26 +00:00
grpcomm_base_modex.c Fix comm_spawn when ORTE progress thread is enabled by ensuring that all operations on the global list of active collectives are done in events to avoid conflicts. 2012-12-09 02:53:20 +00:00
grpcomm_base_open.c Fix comm_spawn when ORTE progress thread is enabled by ensuring that all operations on the global list of active collectives are done in events to avoid conflicts. 2012-12-09 02:53:20 +00:00
grpcomm_base_receive.c Cleanup comm_spawn for the multi-node case where at least one new process isn't spawned on every node. Avoid the complexities of trying to execute a daemon collective across the dynamic spawn as it becomes too hard to ensure that all daemons participate or are accounted for - instead, use a less scalable but workable solution of sending the data directly between the participating procs. Ensure that singletons get their collectives properly defined at startup so the spawned "HNP" is ready for them. 2012-09-12 11:31:36 +00:00
grpcomm_base_rollup.c Improve launch performance on clusters that use dedicated nodes by instructing the orteds to use the same port as the HNP, thus allowing them to "rollup" their initial callback via the routed network. This substantially reduces the HNP bottleneck and the number of ports opened by the HNP. 2012-06-15 10:15:07 +00:00
grpcomm_base_select.c Update the grpcomm framework to be more thread-friendly. 2010-02-25 01:11:29 +00:00
grpcomm_base_xcast.c Cleanup comm_spawn for the multi-node case where at least one new process isn't spawned on every node. Avoid the complexities of trying to execute a daemon collective across the dynamic spawn as it becomes too hard to ensure that all daemons participate or are accounted for - instead, use a less scalable but workable solution of sending the data directly between the participating procs. Ensure that singletons get their collectives properly defined at startup so the spawned "HNP" is ready for them. 2012-09-12 11:31:36 +00:00
Makefile.am Improve launch performance on clusters that use dedicated nodes by instructing the orteds to use the same port as the HNP, thus allowing them to "rollup" their initial callback via the routed network. This substantially reduces the HNP bottleneck and the number of ports opened by the HNP. 2012-06-15 10:15:07 +00:00