On 8/2/21 7:35 PM, Paul Edmon wrote:
From that page:
*GrpTRES=* The total count of TRES able to be used at any given time from jobs running from an association and its
children or QOS. If this limit is reached new jobs will be queued but only allowed to run after resources have been
relinquished from this group.
So basically its the sum total of all the TRES a Group could run in a partition
at one time.
oh, now i get it .. while the MaxTRESPERJob had the per_job suffix
the Grp one, instead of per_group or something have the grp prefix .. a little
bit confusing i would say..
if i got it right, i think that this would work something like : on a user with 50 jobs limit and a max of 4 cores per
job i can establish an envelope like GrpTRES=cpu=200 and the user will have the freedom to
use up to 200 cores in the same time, either as 200 1-cpu jobs, or as a 1
200-cpu job.
Thanks a lot for info!
Adrian
-Paul Edmon-
On 8/2/2021 12:05 PM, Adrian Sevcenco wrote:
On 8/2/21 6:26 PM, Paul Edmon wrote:
Probably more like
MaxTRESPERJob=cpu=8
i see, thanks!!
i'm still searching for the definition of GrpTRES :)
Thanks a lot!
Adrian
You would need to specify how much TRES you need for each job in the normal
tres format.
-Paul Edmon-
On 8/2/2021 11:24 AM, Adrian Sevcenco wrote:
On 8/2/21 5:44 PM, Paul Edmon wrote:
You can set up a Partition based QoS that can set this limit: https://slurm.schedmd.com/resource_limits.html See
the MaxTRESPerJob limit.
oh, thanks a lot!!
would something like this work/be in line with your indication? :
add qos 8cpu GrpTRES=cpu=1 MaxTRESPerJob=8
modify account blah DefaultQOS=8cpu
Thanks a lot!
Adrian
-Paul Edmon-
On 8/2/2021 10:40 AM, Adrian Sevcenco wrote:
Hi! Is there a way to declare that jobs can request up to 8 cores?
Or is it allowed by default (as i see no limit regarding this .. ) .. i just
have MaxNodes=1
this is CR_CPU alocator
Thank you!
Adrian
