Ralph Castain f4f2287958 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. ... So we now allow singletons to start on their own, only spawning an HNP when initiating an operation that actually requires it. cmr:v1.7.4:reviewer=jsquyres This commit was SVN r29354.		2013-10-04 02:58:26 +00:00
..
data_type_support	remove extra paren when --without-hwloc	2013-05-15 21:31:45 +00:00
help-orte-runtime.txt	As per the email discussion, revise the sparse handling of hostnames so that we avoid potential infinite loops while allowing large-scale users to improve their startup time:	2013-08-20 18:59:36 +00:00
Makefile.am	Refactor ompi_info, splitting it into parts according to the layer involved. Thus, we call down to the opal layer to get those frameworks and components, and down to the orte layer to get those. Still some abstraction breaks, but they mostly involve renaming of OMPI_foo labels that have been around since before we split the build system by layer.	2012-06-28 18:23:34 +00:00
orte_cr.c	MCA/base: Add new MCA variable system	2013-03-27 21:09:41 +00:00
orte_cr.h	Correct several export declarations.	2011-08-15 09:45:51 +00:00
orte_data_server.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
orte_data_server.h	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
orte_finalize.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
orte_globals.c	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
orte_globals.h	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
orte_info_support.c	Per RFC add initial support for the MPI 3.0 tools interface.	2013-04-24 15:59:23 +00:00
orte_info_support.h	Update OMPI frameworks to use the MCA framework system.	2013-03-27 21:17:31 +00:00
orte_init.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
orte_locks.c	Start reducing our dependency on the event library by removing at least one instance where we use it to redirect the program counter. Rolf reported occasional hangs of mpirun in very specific circumstances after all daemons were done. A review of MTT results indicates this may have been happening more generally in a small fraction of cases.	2010-07-17 21:03:27 +00:00
orte_locks.h	Start reducing our dependency on the event library by removing at least one instance where we use it to redirect the program counter. Rolf reported occasional hangs of mpirun in very specific circumstances after all daemons were done. A review of MTT results indicates this may have been happening more generally in a small fraction of cases.	2010-07-17 21:03:27 +00:00
orte_mca_params.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
orte_quit.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
orte_quit.h	Sorry for mid-day commit, but I had promised on the call to do this upon my return.	2012-04-06 14:23:13 +00:00
orte_wait.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
orte_wait.h	As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:	2013-08-22 16:37:40 +00:00
runtime_internals.h	Modify the accounting system to recycle jobids. Properly recover resources from nodes and jobs upon completion. Adjustments in several places were required to deal with sparsely populated job, node, and proc arrays as a result of this change.	2009-03-03 16:39:13 +00:00
runtime.h	As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:	2013-08-22 16:37:40 +00:00