1. 22 Nov, 2014 1 commit
    • Morris Jette's avatar
      Added SchedulerParameters option "bf_busy_nodes" · e803781b
      Morris Jette authored
      Added SchedulerParameters option of "bf_busy_nodes". When selecting
      resources for pending jobs to reserve for future execution (i.e. the job
      can not be started immediately), then preferentially select nodes that are
      in use. This will tend to leave currently idle resources available for
      backfilling longer running jobs, but may result in allocations having less
      than optimal network topology. This option is currently only supported by
      the select/cons_res plugin.
      e803781b
  2. 21 Nov, 2014 2 commits
  3. 20 Nov, 2014 4 commits
  4. 18 Nov, 2014 1 commit
    • Morris Jette's avatar
      Add job state of STOPPED · e274e8b3
      Morris Jette authored
      Added new job state of STOPPED indicating processes have been stopped with a
      SIGSTOP (using scancel or sview), but retain its allocated CPUs. Job state
      returns to RUNNING when SIGCONT is sent (also using scancel or sview).
      bug 1263
      e274e8b3
  5. 14 Nov, 2014 2 commits
  6. 13 Nov, 2014 3 commits
  7. 12 Nov, 2014 6 commits
  8. 11 Nov, 2014 2 commits
  9. 10 Nov, 2014 2 commits
    • Danny Auble's avatar
      Fix issue where exclusive allocations wouldn't lay tasks out correctly · 7461c119
      Danny Auble authored
      with CR_PACK_NODES.
      
      Really do commit d388dd67 a different way to get the same info and
      be able to lay out tasks correctly when --hint=nomultithread.
      
      tests on a 4 core 8 thread system are
      srun -n6 --hint=nomultithread --exclusive whereami | sort -h
      srun: cpu count 6
         0 snowflake0 - MASK:0x1
         1 snowflake0 - MASK:0x2
         2 snowflake0 - MASK:0x4
         3 snowflake0 - MASK:0x8
         4 snowflake1 - MASK:0x1
         5 snowflake1 - MASK:0x2
      
      and
      
      srun -n10 -N5 --hint=nomultithread --exclusive whereami | sort -h
      srun: cpu count 10
         0 snowflake0 - MASK:0x1
         1 snowflake0 - MASK:0x2
         2 snowflake0 - MASK:0x4
         3 snowflake0 - MASK:0x8
         4 snowflake1 - MASK:0x1
         5 snowflake1 - MASK:0x2
         6 snowflake1 - MASK:0x4
         7 snowflake2 - MASK:0x1
         8 snowflake3 - MASK:0x1
         9 snowflake4 - MASK:0x1
      7461c119
    • Nate Coraor's avatar
      Move multi-cluster will-run into API · 292eb69d
      Nate Coraor authored
      Move will-run test for multiple clusters from the sbatch code into the API
      so that it can be used with DRMAA.
      292eb69d
  10. 07 Nov, 2014 2 commits
  11. 06 Nov, 2014 5 commits
  12. 05 Nov, 2014 3 commits
  13. 04 Nov, 2014 7 commits