<div dir="ltr">I think it's more related to your configuration than general slurm capabilities. For example if you have quite long prolog/epilog scripts it may be good idea to discourage users from submitting huge job arrays (with very short tasks?). <br><br>In my case it's quite common to see users submitting arrays with 150-200k of jobs, slurmctl+slurmdbd+mysql runs on the same server- 32GB, never had issues with lack of free memory.<div><br></div><div>cheers,<br>Marcin</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-11-22 15:42 GMT+01:00 Loris Bennett <span dir="ltr"><<a href="mailto:loris.bennett@fu-berlin.de" target="_blank">loris.bennett@fu-berlin.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
In the documentation on job arrays<br>
<br>
  <a href="https://slurm.schedmd.com/job_array.html" rel="noreferrer" target="_blank">https://slurm.schedmd.com/job_<wbr>array.html</a><br>
<br>
it says<br>
<br>
  Be mindful about the value of MaxArraySize as job arrays offer an easy<br>
  way for users to submit large numbers of jobs very quickly.<br>
<br>
How much do I have to worry about this, if I am using fairshare<br>
scheduling, since at some point the user's shares will have been<br>
consumed and new jobs will only start running after a certain period has<br>
elapsed?  Or is it referring to the amount of memory the scheduler might<br>
need in order to manage an enormous queue?  For our standard QOS we<br>
currently use neither MaxJobs nor MaxSubmitJobs.<br>
<br>
Cheers,<br>
<br>
Loris<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Dr. Loris Bennett (Mr.)<br>
ZEDAT, Freie Universität Berlin         Email <a href="mailto:loris.bennett@fu-berlin.de">loris.bennett@fu-berlin.de</a><br>
<br>
</font></span></blockquote></div><br></div>