1
1
openmpi/orte/mca/rmaps/base
Ralph Castain d9c7764e9b Remove some debug
This commit was SVN r25575.
2011-12-05 22:04:50 +00:00
..
base.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
help-orte-rmaps-base.txt Handle the case where the allocator "fibs" to us about the node names. In some cases (ahem...you know who you are!), the allocator will tell us a node number (e.g., "16"). However, the daemon will return a node name (e.g., "nid0016") - leaving us not recognizing its location. 2011-12-02 14:10:08 +00:00
Makefile.am 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
rmaps_base_binding.c Do not tolerate uninitialized variables. 2011-11-18 10:19:24 +00:00
rmaps_base_close.c Redefine the rmaps framework to allow multiple mapper modules to be active at the same time. This allows users to map the primary job one way, and map any comm_spawn'd job in a different way. Modules are given the opportunity to map a job in priority order, with the round-robin mapper having the highest default priority. Priority of each module can be defined using mca param. 2011-02-15 23:24:31 +00:00
rmaps_base_get_job_map.c Remove unused include files 2011-02-16 00:32:47 +00:00
rmaps_base_map_job.c 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
rmaps_base_open.c 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
rmaps_base_print_fns.c 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_base_ranking.c Now that George has found his problem, we no longer need the bozo check. Interesting how these platform-specific issues surface... 2011-11-18 17:43:14 +00:00
rmaps_base_select.c Redefine the rmaps framework to allow multiple mapper modules to be active at the same time. This allows users to map the primary job one way, and map any comm_spawn'd job in a different way. Modules are given the opportunity to map a job in priority order, with the round-robin mapper having the highest default priority. Priority of each module can be defined using mca param. 2011-02-15 23:24:31 +00:00
rmaps_base_support_fns.c Remove some debug 2011-12-05 22:04:50 +00:00
rmaps_private.h 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