<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
Absolutely not. It’s recommended. <br>
<br>
<div dir="ltr"><span style="background-color: rgba(255, 255, 255, 0);">--<br>
____<br>
|| \\UTGERS,       |---------------------------*O*---------------------------<br>
||_// the State     |         Ryan Novosielski - <a href="mailto:novosirj@rutgers.edu" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="1">novosirj@rutgers.edu</a><br>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus<br>
||  \\    of NJ     | Office of Advanced Research Computing - MSB C630, Newark<br>
    `'</span></div>
<div dir="ltr"><br>
<blockquote type="cite">On Sep 30, 2020, at 10:46, Luecht, Jeff A <jeff.luecht@pnc.com> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
 <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">So just to confirm, there is not inherent issue using srun within an SBATCH file?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> slurm-users [mailto:slurm-users-bounces@lists.schedmd.com]
<b>On Behalf Of </b>Ryan Novosielski<br>
<b>Sent:</b> Wednesday, September 30, 2020 10:01 AM<br>
<b>To:</b> Slurm User Community List <slurm-users@lists.schedmd.com><br>
<b>Subject:</b> Re: [slurm-users] EXTERNAL: Re: Memory per CPU<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div align="center">
<table class="MsoNormalTable" border="0" cellspacing="4" cellpadding="0" style="background:#610B0B">
<tbody>
<tr>
<td style="background:#B40404;padding:2.4pt 2.4pt 2.4pt 2.4pt">
<p class="MsoNormal" align="center" style="text-align:center"><b><span style="font-size:10.0pt;color:white">** This email has been received from outside the organization – Think before clicking on links, opening attachments, or responding. **</span></b><o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
</div>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">Primary one I’m aware of is that resource use is better reported (or at all in some cases) via srun, and srun can take care of MPI for an MPI job.  I’m sure there are others as well
 (I guess avoiding another place where you have to describe the resources to be used and making sure they match, in the case of mpirun, etc.). <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="color:black">--<br>
____<br>
|| <a href="file:///\\UTGERS">\\UTGERS</a>,       |---------------------------*O*---------------------------<br>
||_// the State     |         Ryan Novosielski - <a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a><br>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus<br>
||  \\    of NJ     | Office of Advanced Research Computing - MSB C630, Newark<br>
    `'<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black"><br>
<br>
<o:p></o:p></span></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">On Sep 30, 2020, at 09:38, Luecht, Jeff A <<a href="mailto:jeff.luecht@pnc.com">jeff.luecht@pnc.com</a>> wrote:<o:p></o:p></span></p>
</blockquote>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-family:"Tahoma",sans-serif;color:black"></span><span style="color:black">First off, I want to thank everyone for their input and suggestions.  They were very helpful an ultimately pointed me in the right direction.  I
 spent several hours playing around with various settings.  <br>
<br>
Some additional background. When the srun command is used to execute this job,  we do not see this issue.  We only see it in SBATCH.<br>
<br>
What I ultimate did was the following:<br>
<br>
1 - Change the NodeName to add the specific parameters Sockets, Cores and Threads.<br>
2 - Changed the DefMemPerCPU/MaxMemCPU to 16144/12228 instead of 6000/12000 respectively<br>
<br>
I tested jobs after the above changes and used 'scontrol --defaults job <ID>' command.  The CPU allocation now works as expected.  <br>
<br>
I do have one question though - what is the benefit/recommendation of using srun to execute a process within SBATCH.  We are running primarily python jobs, but need to also support R jobs.<br>
<br>
-----Original Message-----<br>
From: slurm-users [<a href="mailto:slurm-users-bounces@lists.schedmd.com">mailto:slurm-users-bounces@lists.schedmd.com</a>] On Behalf Of Diego Zuccato<br>
Sent: Wednesday, September 30, 2020 2:18 AM<br>
To: Slurm User Community List <<a href="mailto:slurm-users@lists.schedmd.com">slurm-users@lists.schedmd.com</a>>; Michael Di Domenico <<a href="mailto:mdidomenico4@gmail.com">mdidomenico4@gmail.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>
Il 29/09/20 16:19, Michael Di Domenico ha scritto:<br>
<br>
<br>
<o:p></o:p></span></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:black">what leads you to believe that you're getting 2 CPU's instead of 1?<o:p></o:p></span></p>
</blockquote>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="color:black">I think I saw that too, once, but thought it was related to hyperthreading.<br>
<br>
--<br>
Diego Zuccato<br>
DIFA - Dip. di Fisica e Astronomia<br>
Servizi Informatici<br>
Alma Mater Studiorum - Università di Bologna V.le Berti-Pichat 6/2 - 40127 Bologna - Italy<br>
tel.: +39 051 20 95786<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/">
http://pages.e.pnc.com/globalunsub/</a><br>
PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com<br>
<br>
<o:p></o:p></span></p>
</div>
</blockquote>
</div>
<div>
<div><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 http://pages.e.pnc.com/globalunsub/<br>
PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com<br>
</div>
<br>
</div>
</div>
</blockquote>
</body>
</html>