[slurm-users] Multiple job constraints

Nathan Harper nathan.harper at cfms.org.uk
Wed Jun 20 09:01:10 MDT 2018

sorry to hijack, but we've been considering a similar configuration, but I
was wondering what happens if you don't set a processor type?   Will it
scatter across types?

On Wed, 20 Jun 2018 at 15:30, Vicker, Darby (JSC-EG311) <
darby.vicker-1 at nasa.gov> wrote:

> Yes, Boolean constraints do work with minimal configuration. We run mostly
> MPI jobs on our cluster and want our jobs to run on a single processor
> type. We assign the processor types as a feature and then the sbatch
> requests —constraint=[wes|san|has|bro] to run on whatever processor type is
> free. Works great.
> On Jun 20, 2018, at 9:15 AM, Kevin Van Workum <vanw at sabalcore.com> wrote:
> Hello,
> We currently use an in-house customized version of Torque and an in-house
> scheduler. I'm now considering Slurm instead. We have a feature in our
> scheduler where by users can submit jobs with multiple-prioritized job
> specifications (constraints). For example, a job can request 4 nodes of
> type X with 16 cores per node OR 2 nodes of type Y with 20 cores per node.
> The scheduler will prefer the first job spec but may use the second job
> spec if the first can not be satisfied within certain QoS limits.
> I saw some ability to use boolean constraints in the docs for Slurm, but
> would like to know if this behavior is possible out of the box.
> Thanks,
> Kevin
> --
> Kevin Van Workum, PhD
> Sabalcore Computing Inc.
> "Where Data Becomes Discovery"
> http://www.sabalcore.com
> 877-492-8027 ext. 1011

*Nathan Harper* // IT Systems Lead


*e: *nathan.harper at cfms.org.uk   *t*: 0117 906 1104  *m*:  0787 551 0891
*w: *www.cfms.org.uk
CFMS Services Ltd // Bristol & Bath Science Park // Dirac Crescent // Emersons
Green // Bristol // BS16 7FR

CFMS Services Ltd is registered in England and Wales No 05742022 - a
subsidiary of CFMS Ltd
CFMS Services Ltd registered office // 43 Queens Square // Bristol // BS1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20180620/1a254c6a/attachment-0001.html>

More information about the slurm-users mailing list