<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof"><span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;">If you run "scontrol show jobid <jobid>" of your
pending job with the "</span><span style="letter-spacing: normal; font-family: "Segoe UI", "Segoe UI Web (West European)", "Segoe UI", -apple-system, "system-ui", Roboto, "Helvetica Neue", sans-serif; font-size: 14.67px; font-weight: 400; color: black; background-color: white;">(Resources)</span><span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;">"
tag you may see more about what is unavailable to your job. Slurm default configs can cause an entire compute node of resources to be "allocated" to a running job regardless of whether it needs all of them or not so you may need to alter one or both of the
following settings to allow more than one job to run on a single node at once. You'll find these in your slurm.conf. Don't forget to "scontrol reconf" and even potentially restart both "slurmctld" & "slurmd" on your nodes if you do end up making changes.</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;"><br>
</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;">SelectType=select/cons_tres<br>
SelectTypeParameters=CR_Core_Memory</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;"><br>
</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;">I hope this helps.</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;"><br>
</span></div>
<div style="text-align: left; margin: 0px; background-color: rgb(255, 255, 255);">
<span style="letter-spacing: normal; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; font-weight: 400; color: black;" class="elementToProof">Kind regards,<br>
Jason</span></div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="Signature">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
---<span style="color: rgb(255, 255, 255);">-</span></div>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">Jason Macklin<br>
</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">Manager Cyberinfrastructure, Research Cyberinfrastructure<br>
</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">860.837.2142 t | 860.202.7779 m</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">jason.macklin@jax.org</span></p>
<span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"><br>
</span>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">The Jackson Laboratory</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">Maine | Connecticut | California | Shanghai<br>
</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(255, 255, 255);"><a href="http://www.jax.org" target="_blank" id="OWA87a7ac84-4dee-089b-b3ee-dfd319b89558" class="OWAAutoLink" rel="noopener noreferrer" data-loopstyle="linkonly" style="margin-top: 0px; margin-bottom: 0px; color: rgb(255, 255, 255);">www.jax.org</a></span><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</span></p>
<p style="margin-top: 0px; margin-bottom: 0px;"><span style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">The Jackson Laboratory:
<i>Leading the search for tomorrow's cures</i></span></p>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> slurm-users <slurm-users-bounces@lists.schedmd.com> on behalf of slurm-users-request@lists.schedmd.com <slurm-users-request@lists.schedmd.com><br>
<b>Sent:</b> Friday, January 19, 2024 9:24 AM<br>
<b>To:</b> slurm-users@lists.schedmd.com <slurm-users@lists.schedmd.com><br>
<b>Subject:</b> [EXTERNAL]slurm-users Digest, Vol 75, Issue 31</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Send slurm-users mailing list submissions to<br>
slurm-users@lists.schedmd.com<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.schedmd.com/cgi-bin/mailman/listinfo/slurm-users">
https://lists.schedmd.com/cgi-bin/mailman/listinfo/slurm-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
slurm-users-request@lists.schedmd.com<br>
<br>
You can reach the person managing the list at<br>
slurm-users-owner@lists.schedmd.com<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of slurm-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Need help with running multiple instances/executions of a<br>
batch script in parallel (with NVIDIA HGX A100 GPU as a Gres)<br>
(Marko Markoc)<br>
2. Re: Need help with running multiple instances/executions of a<br>
batch script in parallel (with NVIDIA HGX A100 GPU as a Gres)<br>
(?mit Seren)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 19 Jan 2024 06:12:24 -0800<br>
From: Marko Markoc <mmarkoc@pdx.edu><br>
To: Slurm User Community List <slurm-users@lists.schedmd.com><br>
Subject: Re: [slurm-users] Need help with running multiple<br>
instances/executions of a batch script in parallel (with NVIDIA HGX<br>
A100 GPU as a Gres)<br>
Message-ID:<br>
<CABnuMe4JTA0e6=VbO8D+To=8FGO+3Byv1dK_MC+OuRitzN5dXg@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
+1 on checking the memory allocation.<br>
Or add/check if you have any DefMemPerX set in your slurm.conf<br>
<br>
On Fri, Jan 19, 2024 at 12:33?AM mohammed shambakey <shambakey1@gmail.com><br>
wrote:<br>
<br>
> Hi<br>
><br>
> I'm not an expert, but is it possible that the currently running jobs is<br>
> consuming the whole node because it is allocated the whole memory of the<br>
> node (so the other 2 jobs had to wait until it finishes)?<br>
> Maybe if you try to restrict the required memory for each job?<br>
><br>
> Regards<br>
><br>
> On Thu, Jan 18, 2024 at 4:46?PM ?mit Seren <uemit.seren@gmail.com> wrote:<br>
><br>
>> This line also has tobe changed:<br>
>><br>
>><br>
>> #SBATCH --gpus-per-node=4 ? #SBATCH --gpus-per-node=1<br>
>><br>
>> --gpus-per-node seems to be the new parameter that is replacing the --gres=<br>
>> one, so you can remove the ?gres line completely.<br>
>><br>
>><br>
>><br>
>> Best<br>
>><br>
>> ?mit<br>
>><br>
>><br>
>><br>
>> *From: *slurm-users <slurm-users-bounces@lists.schedmd.com> on behalf of<br>
>> Kherfani, Hafedh (Professional Services, TC) <hafedh.kherfani@hpe.com><br>
>> *Date: *Thursday, 18. January 2024 at 15:40<br>
>> *To: *Slurm User Community List <slurm-users@lists.schedmd.com><br>
>> *Subject: *Re: [slurm-users] Need help with running multiple<br>
>> instances/executions of a batch script in parallel (with NVIDIA HGX A100<br>
>> GPU as a Gres)<br>
>><br>
>> Hi Noam and Matthias,<br>
>><br>
>><br>
>><br>
>> Thanks both for your answers.<br>
>><br>
>><br>
>><br>
>> I changed the ?#SBATCH --gres=gpu:4? directive (in the batch script) with<br>
>> ?#SBATCH --gres=gpu:1? as you suggested, but it didn?t make a difference,<br>
>> as running this batch script 3 times will result in the first job to be in<br>
>> a running state, while the second and third jobs will still be in a pending<br>
>> state ?<br>
>><br>
>><br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ cat gpu-job.sh<br>
>><br>
>> #!/bin/bash<br>
>><br>
>> #SBATCH --job-name=gpu-job<br>
>><br>
>> #SBATCH --partition=gpu<br>
>><br>
>> #SBATCH --nodes=1<br>
>><br>
>> #SBATCH --gpus-per-node=4<br>
>><br>
>> #SBATCH --gres=gpu:1 # <<<< Changed from ?4?<br>
>> to ?1?<br>
>><br>
>> #SBATCH --tasks-per-node=1<br>
>><br>
>> #SBATCH --output=gpu_job_output.%j<br>
>><br>
>> #SBATCH --error=gpu_job_error.%j<br>
>><br>
>><br>
>><br>
>> hostname<br>
>><br>
>> date<br>
>><br>
>> sleep 40<br>
>><br>
>> pwd<br>
>><br>
>><br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
>><br>
>> Submitted batch job *217*<br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ squeue<br>
>><br>
>> JOBID PARTITION NAME USER ST TIME NODES<br>
>> NODELIST(REASON)<br>
>><br>
>> 217 gpu gpu-job slurmtes R 0:02 1<br>
>> c-a100-cn01<br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
>><br>
>> Submitted batch job *218*<br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
>><br>
>> Submitted batch job *219*<br>
>><br>
>> [slurmtest@c-a100-master test-batch-scripts]$ squeue<br>
>><br>
>> JOBID PARTITION NAME USER ST TIME NODES<br>
>> NODELIST(REASON)<br>
>><br>
>> 219 gpu gpu-job slurmtes *PD* 0:00 1<br>
>> (Priority)<br>
>><br>
>> 218 gpu gpu-job slurmtes *PD* 0:00 1<br>
>> (Resources)<br>
>><br>
>> 217 gpu gpu-job slurmtes *R* 0:07 1<br>
>> c-a100-cn01<br>
>><br>
>><br>
>><br>
>> Basically I?m seeking for some help/hints on how to tell Slurm, from the<br>
>> batch script for example: ?I want only 1 or 2 GPUs to be used/consumed by<br>
>> the job?, and then I run the batch script/job a couple of times with sbatch<br>
>> command, and confirm that we can indeed have multiple jobs using a GPU and<br>
>> running in parallel, at the same time.<br>
>><br>
>><br>
>><br>
>> Makes sense ?<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Best regards,<br>
>><br>
>><br>
>><br>
>> *Hafedh *<br>
>><br>
>><br>
>><br>
>> *From:* slurm-users <slurm-users-bounces@lists.schedmd.com> *On Behalf<br>
>> Of *Bernstein, Noam CIV USN NRL (6393) Washington DC (USA)<br>
>> *Sent:* jeudi 18 janvier 2024 2:30 PM<br>
>> *To:* Slurm User Community List <slurm-users@lists.schedmd.com><br>
>> *Subject:* Re: [slurm-users] Need help with running multiple<br>
>> instances/executions of a batch script in parallel (with NVIDIA HGX A100<br>
>> GPU as a Gres)<br>
>><br>
>><br>
>><br>
>> On Jan 18, 2024, at 7:31 AM, Matthias Loose <m.loose@mindcode.de> wrote:<br>
>><br>
>><br>
>><br>
>> Hi Hafedh,<br>
>><br>
>> Im no expert in the GPU side of SLURM, but looking at you current<br>
>> configuration to me its working as intended at the moment. You have defined<br>
>> 4 GPUs and start multiple jobs each consuming 4 GPUs each. So the jobs wait<br>
>> for the ressource the be free again.<br>
>><br>
>> I think what you need to look into is the MPS plugin, which seems to do<br>
>> what you are trying to achieve:<br>
>> <a href="https://slurm.schedmd.com/gres.html#MPS_Management">https://slurm.schedmd.com/gres.html#MPS_Management</a><br>
>><br>
>><br>
>><br>
>> I agree with the first paragraph. How many GPUs are you expecting each<br>
>> job to use? I'd have assumed, based on the original text, that each job is<br>
>> supposed to use 1 GPU, and the 4 jobs were supposed to be running<br>
>> side-by-side on the one node you have (with 4 GPUs). If so, you need to<br>
>> tell each job to request only 1 GPU, and currently each one is requesting 4.<br>
>><br>
>><br>
>><br>
>> If your jobs are actually supposed to be using 4 GPUs each, I still don't<br>
>> see any advantage to MPS (at least in what is my usual GPU usage pattern):<br>
>> all the jobs will take longer to finish, because they are sharing the fixed<br>
>> resource. If they take turns, at least the first ones finish as fast as<br>
>> they can, and the last one will finish no later than it would have if they<br>
>> were all time-sharing the GPUs. I guess NVIDIA had something in mind when<br>
>> they developed MPS, so I guess our pattern may not be typical (or at least<br>
>> not universal), and in that case the MPS plugin may well be what you need.<br>
>><br>
><br>
><br>
> --<br>
> Mohammed<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.schedmd.com/pipermail/slurm-users/attachments/20240119/7a49a9e7/attachment-0001.htm">http://lists.schedmd.com/pipermail/slurm-users/attachments/20240119/7a49a9e7/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 19 Jan 2024 15:24:17 +0100<br>
From: ?mit Seren <uemit.seren@gmail.com><br>
To: Slurm User Community List <slurm-users@lists.schedmd.com><br>
Subject: Re: [slurm-users] Need help with running multiple<br>
instances/executions of a batch script in parallel (with NVIDIA HGX<br>
A100 GPU as a Gres)<br>
Message-ID:<br>
<CANBYW4ACFtNwawVc8WqcGXgBOAq6v_eeHHX9mXGdgbUs_D=EyA@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Maybe also post the output of scontrol show job <jobid> to check the other<br>
resources allocated for the job.<br>
<br>
<br>
<br>
On Thu, Jan 18, 2024, 19:22 Kherfani, Hafedh (Professional Services, TC) <<br>
hafedh.kherfani@hpe.com> wrote:<br>
<br>
> Hi ?mit, Troy,<br>
><br>
><br>
><br>
> I removed the line ?#SBATCH --gres=gpu:1?, and changed the sbatch<br>
> directive ?--gpus-per-node=4? to ?--gpus-per-node=1?, but still getting the<br>
> same result: When running multiple sbatch commands for the same script,<br>
> only one job (first execution) is running, and all subsequent jobs are in a<br>
> pending state (REASON being reported as ?Resources? for immediately next<br>
> job in the queue, and ?Priority? for remaining ones) ?<br>
><br>
><br>
><br>
> As for the output from ?scontrol show job <jobid>? command: I don?t see a ?TRES?<br>
> field on its own .. I see the field ?TresPerNode=gres/gpu:1? (the value in<br>
> the end f the line will correspond to the value specified in the ?--gpus-per-node=?<br>
> directive.<br>
><br>
><br>
><br>
> PS: Is it normal/expected (in the output of scontrol show job command) to<br>
> have ?Features=(null)? ? I was expecting to see Features=gpu ?.<br>
><br>
><br>
><br>
><br>
><br>
> Best regards,<br>
><br>
><br>
><br>
> *Hafedh *<br>
><br>
><br>
><br>
> *From:* slurm-users <slurm-users-bounces@lists.schedmd.com> *On Behalf Of<br>
> *Baer, Troy<br>
> *Sent:* jeudi 18 janvier 2024 3:47 PM<br>
> *To:* Slurm User Community List <slurm-users@lists.schedmd.com><br>
> *Subject:* Re: [slurm-users] Need help with running multiple<br>
> instances/executions of a batch script in parallel (with NVIDIA HGX A100<br>
> GPU as a Gres)<br>
><br>
><br>
><br>
> Hi Hafedh,<br>
><br>
><br>
><br>
> Your job script has the sbatch directive ??gpus-per-node=4? set. I<br>
> suspect that if you look at what?s allocated to the running job by doing<br>
> ?scontrol show job <jobid>? and looking at the TRES field, it?s been<br>
> allocated 4 GPUs instead of one.<br>
><br>
><br>
><br>
> Regards,<br>
><br>
> --Troy<br>
><br>
><br>
><br>
> *From:* slurm-users <slurm-users-bounces@lists.schedmd.com> *On Behalf Of<br>
> *Kherfani, Hafedh (Professional Services, TC)<br>
> *Sent:* Thursday, January 18, 2024 9:38 AM<br>
> *To:* Slurm User Community List <slurm-users@lists.schedmd.com><br>
> *Subject:* Re: [slurm-users] Need help with running multiple<br>
> instances/executions of a batch script in parallel (with NVIDIA HGX A100<br>
> GPU as a Gres)<br>
><br>
><br>
><br>
> Hi Noam and Matthias, Thanks both for your answers. I changed the ?#SBATCH<br>
> --gres=gpu: 4? directive (in the batch script) with ?#SBATCH --gres=gpu: 1?<br>
> as you suggested, but it didn?t make a difference, as running<br>
><br>
><br>
><br>
> Hi Noam and Matthias,<br>
><br>
><br>
><br>
> Thanks both for your answers.<br>
><br>
><br>
><br>
> I changed the ?#SBATCH --gres=gpu:4? directive (in the batch script) with<br>
> ?#SBATCH --gres=gpu:1? as you suggested, but it didn?t make a difference,<br>
> as running this batch script 3 times will result in the first job to be in<br>
> a running state, while the second and third jobs will still be in a pending<br>
> state ?<br>
><br>
><br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ cat gpu-job.sh<br>
><br>
> #!/bin/bash<br>
><br>
> #SBATCH --job-name=gpu-job<br>
><br>
> #SBATCH --partition=gpu<br>
><br>
> #SBATCH --nodes=1<br>
><br>
> #SBATCH --gpus-per-node=4<br>
><br>
> #SBATCH --gres=gpu:1 # <<<< Changed from ?4? to<br>
> ?1?<br>
><br>
> #SBATCH --tasks-per-node=1<br>
><br>
> #SBATCH --output=gpu_job_output.%j<br>
><br>
> #SBATCH --error=gpu_job_error.%j<br>
><br>
><br>
><br>
> hostname<br>
><br>
> date<br>
><br>
> sleep 40<br>
><br>
> pwd<br>
><br>
><br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
><br>
> Submitted batch job *217*<br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ squeue<br>
><br>
> JOBID PARTITION NAME USER ST TIME NODES<br>
> NODELIST(REASON)<br>
><br>
> 217 gpu gpu-job slurmtes R 0:02 1<br>
> c-a100-cn01<br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
><br>
> Submitted batch job *218*<br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ sbatch gpu-job.sh<br>
><br>
> Submitted batch job *219*<br>
><br>
> [slurmtest@c-a100-master test-batch-scripts]$ squeue<br>
><br>
> JOBID PARTITION NAME USER ST TIME NODES<br>
> NODELIST(REASON)<br>
><br>
> 219 gpu gpu-job slurmtes *PD* 0:00 1<br>
> (Priority)<br>
><br>
> 218 gpu gpu-job slurmtes *PD* 0:00 1<br>
> (Resources)<br>
><br>
> 217 gpu gpu-job slurmtes *R* 0:07 1<br>
> c-a100-cn01<br>
><br>
><br>
><br>
> Basically I?m seeking for some help/hints on how to tell Slurm, from the<br>
> batch script for example: ?I want only 1 or 2 GPUs to be used/consumed by<br>
> the job?, and then I run the batch script/job a couple of times with sbatch<br>
> command, and confirm that we can indeed have multiple jobs using a GPU and<br>
> running in parallel, at the same time.<br>
><br>
><br>
><br>
> Makes sense ?<br>
><br>
><br>
><br>
><br>
><br>
> Best regards,<br>
><br>
><br>
><br>
> *Hafedh *<br>
><br>
><br>
><br>
> *From:* slurm-users <slurm-users-bounces@lists.schedmd.com> *On Behalf Of<br>
> *Bernstein, Noam CIV USN NRL (6393) Washington DC (USA)<br>
> *Sent:* jeudi 18 janvier 2024 2:30 PM<br>
> *To:* Slurm User Community List <slurm-users@lists.schedmd.com><br>
> *Subject:* Re: [slurm-users] Need help with running multiple<br>
> instances/executions of a batch script in parallel (with NVIDIA HGX A100<br>
> GPU as a Gres)<br>
><br>
><br>
><br>
> On Jan 18, 2024, at 7:31 AM, Matthias Loose <m.loose@mindcode.de> wrote:<br>
><br>
><br>
><br>
> Hi Hafedh,<br>
><br>
> Im no expert in the GPU side of SLURM, but looking at you current<br>
> configuration to me its working as intended at the moment. You have defined<br>
> 4 GPUs and start multiple jobs each consuming 4 GPUs each. So the jobs wait<br>
> for the ressource the be free again.<br>
><br>
> I think what you need to look into is the MPS plugin, which seems to do<br>
> what you are trying to achieve:<br>
> <a href="https://slurm.schedmd.com/gres.html#MPS_Management">https://slurm.schedmd.com/gres.html#MPS_Management</a><br>
><br>
><br>
><br>
> I agree with the first paragraph. How many GPUs are you expecting each<br>
> job to use? I'd have assumed, based on the original text, that each job is<br>
> supposed to use 1 GPU, and the 4 jobs were supposed to be running<br>
> side-by-side on the one node you have (with 4 GPUs). If so, you need to<br>
> tell each job to request only 1 GPU, and currently each one is requesting 4.<br>
><br>
><br>
><br>
> If your jobs are actually supposed to be using 4 GPUs each, I still don't<br>
> see any advantage to MPS (at least in what is my usual GPU usage pattern):<br>
> all the jobs will take longer to finish, because they are sharing the fixed<br>
> resource. If they take turns, at least the first ones finish as fast as<br>
> they can, and the last one will finish no later than it would have if they<br>
> were all time-sharing the GPUs. I guess NVIDIA had something in mind when<br>
> they developed MPS, so I guess our pattern may not be typical (or at least<br>
> not universal), and in that case the MPS plugin may well be what you need.<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.schedmd.com/pipermail/slurm-users/attachments/20240119/6968dcff/attachment.htm">http://lists.schedmd.com/pipermail/slurm-users/attachments/20240119/6968dcff/attachment.htm</a>><br>
<br>
End of slurm-users Digest, Vol 75, Issue 31<br>
*******************************************<br>
</div>
</span></font></div>
---<br><br>The information in this email, including attachments, may be confidential and is intended solely for the addressee(s). If you believe you received this email by mistake, please notify the sender by return email as soon as possible.</body>
</html>