1
1
openmpi/orte/mca
2014-01-11 19:38:11 +00:00
..
dfs Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
errmgr Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
ess One last corner case - when encountering an overload condition (e.g., by comm_spawning more procs than we have cores) and we are using the default binding policy, do *not* bind the new procs to anything as this can cause major problems. Instead, let the spawn succeed since the user didn't specifically ask to be bound, and leave the new procs as unbound. 2014-01-09 22:39:34 +00:00
filem Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
grpcomm For large scale systems, we would like to avoid doing a full modex during MPI_Init so that launch will scale a little better. At the moment, our options are somewhat limited as only a few BTLs don't immediately call modex_recv on all procs during startup. However, for those situations where someone can take advantage of it, add the ability to do a "modex on demand" retrieval of data from remote procs when we launch via mpirun. 2014-01-11 17:36:06 +00:00
iof Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
odls One last corner case - when encountering an overload condition (e.g., by comm_spawning more procs than we have cores) and we are using the default binding policy, do *not* bind the new procs to anything as this can cause major problems. Instead, let the spawn succeed since the user didn't specifically ask to be bound, and leave the new procs as unbound. 2014-01-09 22:39:34 +00:00
oob Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
plm Ensure slurm properly dies on abnormal termination 2014-01-09 16:52:02 +00:00
ras Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
rmaps One last corner case - when encountering an overload condition (e.g., by comm_spawning more procs than we have cores) and we are using the default binding policy, do *not* bind the new procs to anything as this can cause major problems. Instead, let the spawn succeed since the user didn't specifically ask to be bound, and leave the new procs as unbound. 2014-01-09 22:39:34 +00:00
rml For large scale systems, we would like to avoid doing a full modex during MPI_Init so that launch will scale a little better. At the moment, our options are somewhat limited as only a few BTLs don't immediately call modex_recv on all procs during startup. However, for those situations where someone can take advantage of it, add the ability to do a "modex on demand" retrieval of data from remote procs when we launch via mpirun. 2014-01-11 17:36:06 +00:00
routed Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
sensor Cleanup the sensor framework close - existing code was using incorrect object type. Don't start sensors if sample rate is zero. Don't add zero-byte data from resusage as it means nothing was measured. 2014-01-08 02:38:56 +00:00
snapc You can't pass static buffer definitions to rml.send as it will attempt to release them upon completion - you need to send dynamically allocated buffers 2014-01-11 19:38:11 +00:00
sstore Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00
state Fix longstanding issue with our multi-project support. Rather than using 2014-01-07 22:11:15 +00:00