Allocations and compute scheduling: Difference between revisions

Jump to navigation Jump to search
no edit summary
No edit summary
No edit summary
Line 4: Line 4:


<!--T:31-->
<!--T:31-->
''Parent page: [[Job scheduling policies]]''
<i>Parent page: [[Job scheduling policies]]</i>


= What is an allocation? = <!--T:2-->
= What is an allocation? = <!--T:2-->


<!--T:3-->
<!--T:3-->
'''An allocation is an amount of resources that a research group can target for use for a period of time, usually a year.''' This amount is either a maximum amount, as is the case for storage, or an average amount of usage over the period, as is the case for shared resources like computation cores.
<b>An allocation is an amount of resources that a research group can target for use for a period of time, usually a year.</b> This amount is either a maximum amount, as is the case for storage, or an average amount of usage over the period, as is the case for shared resources like computation cores.


<!--T:4-->
<!--T:4-->
Line 23: Line 23:


<!--T:36-->
<!--T:36-->
[[File:Select view group usage edit.png|thumb|Navigation to ''View Group Usage'']]
[[File:Select view group usage edit.png|thumb|Navigation to <i>View Group Usage</i>]]
Information on the usage of compute resources by your groups can be found by logging into the CCDB and navigating to ''My Account > View Group Usage''.
Information on the usage of compute resources by your groups can be found by logging into the CCDB and navigating to <i>My Account > View Group Usage</i>.
<br clear=all>
<br clear=all>


Line 33: Line 33:
<!--T:37-->
<!--T:37-->
The first tab bar offers these options:
The first tab bar offers these options:
: '''By Compute Resource''': cluster on which jobs are submitted;  
: <b>By Compute Resource</b>: cluster on which jobs are submitted;  
: '''By Resource Allocation Project''': projects to which jobs are submitted;
: <b>By Resource Allocation Project</b>: projects to which jobs are submitted;
: '''By Submitter''': user that submits the jobs;
: <b>By Submitter</b>: user that submits the jobs;
: '''Storage usage''' is discussed in [[Storage and file management]].  
: <b>Storage usage</b> is discussed in [[Storage and file management]].  


=== Usage by compute resource=== <!--T:38-->
=== Usage by compute resource=== <!--T:38-->
Line 47: Line 47:
<!--T:39-->
<!--T:39-->
[[File:Ccdb_view_use_by_compute_resource_monthly.png|thumb|Usage by compute resource with monthly breakdown]]
[[File:Ccdb_view_use_by_compute_resource_monthly.png|thumb|Usage by compute resource with monthly breakdown]]
From the ''Extra Info'' column of the usage table ''Show monthly usage'' can be clicked to display a further breakdown of the usage by month for the specific cluster row in the table. By clicking ''Show submitter usage'', a similar breakdown is displayed for the specific users submitting the jobs on the cluster.
From the <i>Extra Info</i> column of the usage table <i>Show monthly usage</i> can be clicked to display a further breakdown of the usage by month for the specific cluster row in the table. By clicking <i>Show submitter usage</i>, a similar breakdown is displayed for the specific users submitting the jobs on the cluster.
<br clear=all>
<br clear=all>


Line 65: Line 65:


<!--T:33-->
<!--T:33-->
Nothing bad.  Your CPU or GPU allocation is a target level, i.e., a target number of CPUs or GPUs.  If you have jobs waiting to run, and competing demand is low enough, then the scheduler may allow more of your jobs to run than your target level.  The only consequence of this is that succeeding jobs of yours ''may'' have lower priority for a time while the scheduler prioritizes other groups which were below their target.  You are not prevented from submitting or running new jobs, and the time-average of your usage should still be close to your target, that is, your allocation.
Nothing bad.  Your CPU or GPU allocation is a target level, i.e., a target number of CPUs or GPUs.  If you have jobs waiting to run, and competing demand is low enough, then the scheduler may allow more of your jobs to run than your target level.  The only consequence of this is that succeeding jobs of yours <i>may</i> have lower priority for a time while the scheduler prioritizes other groups which were below their target.  You are not prevented from submitting or running new jobs, and the time-average of your usage should still be close to your target, that is, your allocation.


<!--T:34-->
<!--T:34-->
rsnt_translations
56,420

edits

Navigation menu