1
1
openmpi/orte/mca/grpcomm/base
2013-10-04 02:58:26 +00:00
..
base.h Do some cleanup of the way we handle modex data. Identify data that needs to be shared with peers in my job vs data that needs to be shared with non-peers - no point in sharing extra data. When we share data with some process(es) from another job, we cannot know in advance what info they have or lack, so we have to share everything just in case. This limits the optimization we can do for things like comm_spawn. 2013-09-27 00:37:49 +00:00
grpcomm_base_frame.c Cleanup the verbose output channel name 2013-04-24 23:44:02 +00:00
grpcomm_base_modex.c Singletons currently start out by spawning an HNP - this is required solely in the cases where the singleton subsequently calls MPI_Comm_spawn or publishes port info without support from an external orte-server. In all other cases, the HNP is of no value and can actually be a detriment by creating additional overhead on the node. This is particularly concerning for async operations where processes may begin as singletons and then dynamically wireup to perform pt2pt communications. 2013-10-04 02:58:26 +00:00
grpcomm_base_receive.c As per the RFC, bring in the ORTE async progress code and the rewrite of OOB: 2013-08-22 16:37:40 +00:00
grpcomm_base_rollup.c As per the RFC, bring in the ORTE async progress code and the rewrite of OOB: 2013-08-22 16:37:40 +00:00
grpcomm_base_select.c Update ORTE frameworks to use the MCA framework system. 2013-03-27 21:14:43 +00:00
grpcomm_base_xcast.c As per the RFC, bring in the ORTE async progress code and the rewrite of OOB: 2013-08-22 16:37:40 +00:00
Makefile.am Update ORTE frameworks to use the MCA framework system. 2013-03-27 21:14:43 +00:00