1. 15 Aug, 2013 1 commit
  2. 14 Aug, 2013 4 commits
  3. 13 Aug, 2013 3 commits
  4. 09 Aug, 2013 1 commit
  5. 07 Aug, 2013 1 commit
  6. 06 Aug, 2013 1 commit
  7. 01 Aug, 2013 1 commit
  8. 31 Jul, 2013 1 commit
  9. 30 Jul, 2013 1 commit
  10. 26 Jul, 2013 2 commits
  11. 25 Jul, 2013 1 commit
  12. 23 Jul, 2013 4 commits
  13. 22 Jul, 2013 1 commit
  14. 18 Jul, 2013 1 commit
  15. 16 Jul, 2013 2 commits
  16. 11 Jul, 2013 2 commits
  17. 10 Jul, 2013 2 commits
  18. 09 Jul, 2013 4 commits
  19. 08 Jul, 2013 1 commit
  20. 06 Jul, 2013 2 commits
  21. 05 Jul, 2013 2 commits
    • 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
  22. 28 Jun, 2013 2 commits