Hi, if you're on slurm 2.5 or newer, I recommend taking a look at the priority_multifactor2 plugin. It differs from the original priority_multifactor plugin by using a different algorithm for calculating fair-share priorities which makes a difference particularly when using account hierarchies.
For a description of the algorithm, see http://slurm.schedmd.com/priority_multifactor2.html Some motivation for implementing a new algorithm: http://permalink.gmane.org/gmane.comp.distributed.slurm.devel/2365 Note that the algorithm described in the email above is an early attempt which is different from what eventually became multifactor2. (Disclaimer: I'm the author of the multifactor2 plugin) -- Janne Blomqvist ________________________________________ From: Loris Bennett [[email protected]] Sent: Monday, April 29, 2013 17:32 To: slurm-dev Subject: [slurm-dev] Re: accounting same share Yann Sagon <[email protected]> writes: > accounting same share > > Hello list, > > I'm using slurm accounting with db. > > I'm having users belonging to differents groups (deparments, faculties etc). > > For that I have created various accounts and users. I let the share by default > (1) for every account and users. > > What I want to achieve is that every user has same share, not depending on how > many of them are in an account. > > Thanks for the help We also do this. When you add a new user you need to increment the number of shares for each organisational unit the user is part of, e.g. the research group, the department and the faculty. As this is somewhat cumbersome, we have a script to do the incrementation automatically. Cheers, Loris -- Dr. Loris Bennett (Mr.) ZEDAT, Freie Universität Berlin Email [email protected]
