[slurm-users] Fair share per partition
Paul Edmon
pedmon at cfa.harvard.edu
Thu Sep 17 13:34:28 UTC 2020
So the way we handle it is that we give a blanket fairshare to everyone
but then dial in our TRES charge back on a per partition basis based on
hardware. Our fairshare doc has a fuller explanation:
https://docs.rc.fas.harvard.edu/kb/fairshare/
-Paul Edmon-
On 9/17/2020 9:30 AM, Mark Dixon wrote:
> Hi all,
>
> Clusters sometimes have a couple of different types of hardware, e.g.
> lots of standard plus small amounts of highmem - with a partition per
> type.
>
> Sometimes one partition, e.g. "standard", is much busier than e.g.
> "highmem".
>
> In a fair share set up with multiple accounts and multiple users per
> account, a single user making heavy use of an otherwise idle partition
> can negatively effect their account's priority on the busy partition.
>
> So having fair share per partition can be useful.
>
> I imagine I can handle this by, for each group of users I'd normally
> create a single account for, creating a duplicate "highmem" account. I
> could then use a job_submit script to change the job's account to its
> buddy "highmem" account when it sees jobs submitted to the himem
> partition.
>
> But this is a bit of a faff for reporting and managing users,
> particularly as I've not figured out how to define a group of users in
> one place (say, a unix group) that I can then use multiple times.
>
> Is there a better way, please?
>
> Thanks,
>
> Mark
More information about the slurm-users
mailing list