<div dir="ltr"><div>I am not familiar with using Slurm with VMs, but do note that Slurm can behave a bit "unexpectedly" with memory constraints due to the memory consumed by OS, etc.</div><div>E.g., if I had a 16 core machine with 64 GB of RAM and requested 16 cores with 4 GB/core, it would not fit on this machine because some of the RAM is being used by the OS.</div><div>Whereas if I requested 3.75 GB/core it likely would fit.</div><div><br></div><div>As Michael Di Domenico, can you detail how you are concluding that 2 CPU cores are assigned to the 16 GB job? E.g. if your VM nodes are 2 core and 32 GB, then I would expect placing a 1 core 16 GB job will prevent another such job being scheduled to that node. I would suggest reducing your default/max RAM per core a little bit so you have a GB or two left over for the system, and things should work more as expected. <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 29, 2020 at 11:22 AM Luecht, Jeff A <<a href="mailto:jeff.luecht@pnc.com">jeff.luecht@pnc.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">There are three pieces of information that may provide Useful:<br>
<br>
1 - these are VMs and not physical servers<br>
2 - the OS is RedHat 7.8<br>
2 - As far as I can tell, hyperthreading is not enabled, but will check for sure<br>
3 - when we ask for 15Gb memory - we will only get 1 CPU<br>
<br>
-----Original Message-----<br>
From: slurm-users [mailto:<a href="mailto:slurm-users-bounces@lists.schedmd.com" target="_blank">slurm-users-bounces@lists.schedmd.com</a>] On Behalf Of Michael Di Domenico<br>
Sent: Tuesday, September 29, 2020 10:20 AM<br>
To: Slurm User Community List <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Subject: EXTERNAL: Re: [slurm-users] Memory per CPU<br>
<br>
** This email has been received from outside the organization – Think before clicking on links, opening attachments, or responding. **<br>
<br>
what leads you to believe that you're getting 2 CPU's instead of 1?<br>
'scontrol show job <id>' would be a helpful first start.<br>
<br>
On Tue, Sep 29, 2020 at 9:56 AM Luecht, Jeff A <<a href="mailto:jeff.luecht@pnc.com" target="_blank">jeff.luecht@pnc.com</a>> wrote:<br>
><br>
> I am working on my first ever SLURM cluster build for use as a resource manager in a JupyterHub Development environment. I have configured the cluster for SelectType of ‘select/con_res’ with DefMemPerCPU and MaxMemPerCPU of 16Gb. The idea is to essentially provide for jobs that run in a 1 CPU/16Gb chunks. This is a starting point for us.<br>
><br>
><br>
><br>
> What I am seeing is that when users submit jobs and ask for memory only – in this case, 16Gb, SLURM actually allocates 2 CPUs, not 1 that I would expect. Is my understanding of how this particular configuration works incorrect?<br>
><br>
><br>
> The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at <a href="http://pages.e.pnc.com/globalunsub/" rel="noreferrer" target="_blank">http://pages.e.pnc.com/globalunsub/</a><br>
> PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; <a href="http://pnc.com" rel="noreferrer" target="_blank">pnc.com</a><br>
><br>
<br>
<br>
<br>
<br>
The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at <a href="http://pages.e.pnc.com/globalunsub/" rel="noreferrer" target="_blank">http://pages.e.pnc.com/globalunsub/</a><br>
PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; <a href="http://pnc.com" rel="noreferrer" target="_blank">pnc.com</a><br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Tom Payerle <br>DIT-ACIGS/Mid-Atlantic Crossroads <a href="mailto:payerle@umd.edu" target="_blank">payerle@umd.edu</a><br></div><div>5825 University Research Park (301) 405-6135<br></div><div dir="ltr">University of Maryland<br>College Park, MD 20740-3831<br></div></div></div></div></div></div>