1
1
openmpi/orte/mca/rmaps/base
2012-01-11 23:51:18 +00:00
..
base.h 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
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 Grrrr....fix ALL the cases where the membind warning occurs. 2012-01-11 23:51:18 +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 Fix comm_spawn in oversubscribed conditions. IF oversubscription is allowed, let nodes flow into the mapper even if they are oversubscribed, constrained by the slots_max absolute ceiling. Cleanup error messages when comm_spawn fails so it correctly and succintly reports the ereror. 2011-12-15 18:04:48 +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 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
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 Fix comm_spawn in oversubscribed conditions. IF oversubscription is allowed, let nodes flow into the mapper even if they are oversubscribed, constrained by the slots_max absolute ceiling. Cleanup error messages when comm_spawn fails so it correctly and succintly reports the ereror. 2011-12-15 18:04:48 +00:00
rmaps_private.h 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