Skip to content
Snippets Groups Projects
  1. Jul 22, 2013
  2. Jul 18, 2013
  3. Jul 16, 2013
  4. Jul 13, 2013
  5. Jul 11, 2013
  6. Jul 10, 2013
  7. Jul 09, 2013
  8. Jul 08, 2013
  9. Jul 06, 2013
  10. Jul 05, 2013
    • John Thiltges's avatar
      Correction to memory limit calculation for mem per cpu with threads · 0d537d32
      John Thiltges authored
      When using ThreadsPerCore > 1, it appears that DefMemPerCPU is being
      scaled by slurmctld, but not by slurmd/slurmstepd.
      
      For example, we set ThreadsPerCore=2 and DefMemPerCPU=100. Running a
      single core job, we would expect two threads to be allocated and AllocMem
      on the assigned node to increase by 200MB. scontrol reports that AllocMem
      increased by 200MB, but the task/cgroup plugin only sees 100M of RAM.
      
      It looks like the problem may lie in common/slurm_cred.c:format_core_allocs().
      The function counts the job/step cores and multiplies the mem_limit's,
      but it does not scale the CPU count like in slurmd/slurmd/req.c:_check_job_credential().
      See bug 309
      0d537d32
    • jette's avatar
  11. Jul 02, 2013
  12. Jun 28, 2013
  13. Jun 26, 2013
  14. Jun 25, 2013
  15. Jun 24, 2013
    • jette's avatar
      Modify slurmctld locking to improve performance · ba58d59c
      jette authored
      Under very heavy load with many thousands of batch job submissions
      or job signals, the write lock can be held for very long periods of
      time preventing job scheduling, squeue response, etc. This code
      inserts a timing break to permit other functions to get the locks.
      ba58d59c
  16. Jun 21, 2013
Loading