1
1
openmpi/orte/mca/plm/base
Ralph Castain 840841bb8f Missed a couple
This commit was SVN r25686.
2011-12-29 23:30:19 +00:00
..
base.h Revamp the errmgr framework to provide a greater range of optional behaviors, including different behaviors for daemons, and remove several looping messages across the code base: 2010-04-23 04:44:41 +00:00
help-plm-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 As promised, rationalize the rsh support. Remove rshbase and the base rsh support, centralizing all rsh support into the rsh component. Remove the "slave" launch support as that experiment is complete. Fix tree spawn and make that the default method for rsh launch, turning it "off" for qrsh as that system does not support tree spawn. 2011-11-26 02:33:05 +00:00
plm_base_close.c As promised, rationalize the rsh support. Remove rshbase and the base rsh support, centralizing all rsh support into the rsh component. Remove the "slave" launch support as that experiment is complete. Fix tree spawn and make that the default method for rsh launch, turning it "off" for qrsh as that system does not support tree spawn. 2011-11-26 02:33:05 +00:00
plm_base_jobid.c By popular demand the epoch code is now disabled by default. 2011-08-26 22:16:14 +00:00
plm_base_launch_support.c Missed a couple 2011-12-29 23:30:19 +00:00
plm_base_open.c 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
plm_base_orted_cmds.c By popular demand the epoch code is now disabled by default. 2011-08-26 22:16:14 +00:00
plm_base_proxy.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
plm_base_receive.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
plm_base_select.c Modify the orte_process_info structure to handle a broader range of process types by replacing the individual booleans with a 32-bit bitmap. Use a set of #define's to define the individual bits, and a set of matching macros to test for them. Update the orte code base to use the macros instead of the booleans. 2009-05-04 11:07:40 +00:00
plm_private.h 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