Without preemption there is no way in your scenario to ensure all nodes
won't be used by "high priority" jobs merely because it is
(theoretically) possible for all jobs to be high priority until the
cluster is full before the first low priority job is submitted. You
would need to decide how to
Brian Andrus wrote:
> Most likely, but the specific approach depends on how you define what
> you want.
My idea was "high prio job is next unless are are too many of them".
> For example, what if there are no jobs in high pri queue but many in
> low? Should all the low ones run?
Yes.
> What s
Most likely, but the specific approach depends on how you define what
you want.
For example, what if there are no jobs in high pri queue but many in
low? Should all the low ones run? What should happen if they get started
and use all the nodes and a high-pri request comes in (preemption policy
Hello,
I'm wondering if it's possible to have slurm 19 run two partitions (low
and high prio) that share all the nodes and limit the high prio
partition in number of nodes used simultaneously without requiring to
manage the users in the database.
Any ideas?
Regards,
Gerhard
