<div dir="ltr">Hi Steven,<div><br></div><div>Thanks for your help.</div><div><br></div><div>Looks like QOS is the way to go if I want both job arrays + user limits on jobs/resources (in the context of a regression-test).</div><div><br></div><div>Regards,</div><div>Guillaume.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 30, 2019 at 6:11 PM Steven Dick <<a href="mailto:kg4ydw@gmail.com">kg4ydw@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Aug 30, 2019 at 2:58 PM Guillaume Perrault Archambault<br>
<<a href="mailto:gperr050@uottawa.ca" target="_blank">gperr050@uottawa.ca</a>> wrote:<br>
> My problem with that though, is what if each script (the 9 scripts in my earlier example) each require different requirements? For example, run on a different partition, or set a different time limit? My understanding is that for a single job array, each job will get the same job requirements.<br>
<br>
That's a little messier and may be less suitable for an array job.<br>
However, some of that can be accomplished.   You can for instance,<br>
submit a job to multiple partitions and then use srun within the job<br>
to allocate resources to individual tasks within the job.<br>
But you get a lot less control over how the resources are spread, so<br>
it might not be workable.<br>
<br>
> The other problem is that with the way I've implemented it, I can change the max jobs dynamically.<br>
<br>
Others have indicated in this thread that qos can be dynamically<br>
changed; I don't recall trying that, but if you did, I think you'd do<br>
it with scontrol.<br>
<br>
</blockquote></div>