1
1
openmpi/orte/mca/rmaps
Ralph Castain 7a77ef0ae3 Given the amount of pain singletons cause, one can't help but wonder if it REALLY was that much trouble for people to type "mpirun -n 1 foo"....sigh.
Get the ordering right so that a singleton can start.

Protect the rmgr copy app_context function from NULL fields

Tell the mapper it is okay for there not to be a pre-existing mapping plan for a parent when dynamically spawning processes

This commit was SVN r12257.
2006-10-23 15:15:45 +00:00
..
base Given the amount of pain singletons cause, one can't help but wonder if it REALLY was that much trouble for people to type "mpirun -n 1 foo"....sigh. 2006-10-23 15:15:45 +00:00
proxy This doesn't totally resolve the comm_spawn problem, but it helps a little. I'll continue working on it and hope to resolve it completely shortly. The issue primarily centers on where to start mapping the child job's processes, and how to deal with oversubscription that might result. At the moment, I am trying to resolve the first issue first (hey, that even sounds right!). 2006-10-18 14:01:44 +00:00
round_robin Teach the mapper to correctly handle the unbalanced --host scenario. We now map in a more expected fashion. 2006-10-20 20:48:24 +00:00
Makefile.am Fix a bunch of install locations for header files 2005-12-08 00:54:44 +00:00
rmaps_types.h Complete the attribute management functions. 2006-10-18 20:02:16 +00:00
rmaps.h This doesn't totally resolve the comm_spawn problem, but it helps a little. I'll continue working on it and hope to resolve it completely shortly. The issue primarily centers on where to start mapping the child job's processes, and how to deal with oversubscription that might result. At the moment, I am trying to resolve the first issue first (hey, that even sounds right!). 2006-10-18 14:01:44 +00:00