Ralph Castain f14c4be580 Correct the ordering logic so the list gets correctly built in daemon vpid order ...

This commit was SVN r25818.

2012-01-30 16:25:07 +00:00

..

base

Correct the ordering logic so the list gets correctly built in daemon vpid order

2012-01-30 16:25:07 +00:00

ppr

Remove stale orte_vm_launch param. Add a param that allows users to specify envars to forward/set so they can do it in the MCA param file instead of only via mpirun cmd line.

2011-12-06 21:31:22 +00:00

rank_file

Handle the case where a user's rankfile specifies only cpus, and not socket:cpu pairs.

2012-01-27 12:21:45 +00:00

resilient

The rest of the multi app_context fix. Remove the restriction on number of app_contexts that can have zero np specified as multiple mappers now support that use-case. Update the ranking algorithms to respect and track bookmarks. Ensure we properly set the oversubscribed flag on a per-node basis.

2011-12-06 17:28:29 +00:00

round_robin

Correctly handle -host and -hostfile options. Ensure the initial vm launch constrains itself to the union of specified hosts if those options are given. Get oversubscribe set correctly for that case.

2011-12-14 20:01:15 +00:00

seq

Some cleanup associated with multiple app_contexts. Ensure nodes only get entered once into the map. Correctly handle bookmarks. Cleanup tracking of slots_inuse and correct detection of oversubscription.

2011-12-05 22:01:08 +00:00

Makefile.am

Fix mistake that came in via the ompi-agen tree in r23764. The mistake wasn't part of the core autogen upgrade; it was an additional 'bonus' cleanup. Oops. The mistake will always create a set of directories under installdir, even if you do not --with-devel-headers. The set of directories will be empty, but still -- they should not be there at all. This commit fixes that -- the directories are not created at all if you do not --with-devel-headers

2010-09-24 22:53:28 +00:00

rmaps_types.h

At long last, the fabled revision to the affinity system has arrived. A more detailed explanation of how this all works will be presented here:

2011-11-15 03:40:11 +00:00

rmaps.h

Although we never really thought about it, we made an unconscious assumption in the mapper system - we assumed that the daemons would be placed on nodes in the order that the nodes appear in the allocation. In other words, we assumed that the launch environment would map processes in node order.

2011-11-30 19:58:24 +00:00