Paul, We were discussing this yesterday due to a user not limiting the amount of jobs hammering our storage. A QOS with a GrpJobs limit sounds like the best approach for both us and you.
Ryan On 06/19/2013 09:36 AM, Paul Edmon wrote: > I have a group here that wants to submit a ton of jobs to the queue, but > want to restrict how many they have running at any given time so that > they don't torch their fileserver. They were using bgmod -L in LSF to > do this, but they were wondering if there was a similar way in SLURM to > do so. I know you can do this via the accounting interface but it would > be good if I didn't have to apply it as a blanket to all their jobs and > if they could manage it themselves. > > If nothing exists in SLURM to do this that's fine. One can always > engineer around it. I figured I would ping the dev list first before > putting a nail in it. From my look at the documentation I don't see > anyway to do this other than what I stated above. > > -Paul Edmon- -- Ryan Cox Operations Director Fulton Supercomputing Lab Brigham Young University
