Frequently Asked Questions: Difference between revisions

Jump to navigation Jump to search
Marked this version for translation
(Marked this version for translation)
Line 137: Line 137:
The <tt>LevelFS</tt> column gives you information about your over- or under-consumption of cluster resources: when <tt>LevelFS</tt> is greater than one, you are consuming fewer resources than your fair share, while if it is less than one you are consuming more. The more you overconsume resources, the closer the value gets to zero and the more your pending jobs decrease in priority. There is a memory effect to this calculation so the scheduler gradually "forgets" about any potential over- or under-consumption of resources from months past. Finally, note that the value of <tt>LevelFS</tt> is unique to the specific cluster.   
The <tt>LevelFS</tt> column gives you information about your over- or under-consumption of cluster resources: when <tt>LevelFS</tt> is greater than one, you are consuming fewer resources than your fair share, while if it is less than one you are consuming more. The more you overconsume resources, the closer the value gets to zero and the more your pending jobs decrease in priority. There is a memory effect to this calculation so the scheduler gradually "forgets" about any potential over- or under-consumption of resources from months past. Finally, note that the value of <tt>LevelFS</tt> is unique to the specific cluster.   


== How accurate is START_TIME in <tt>squeue</tt> output? ==
== How accurate is START_TIME in <tt>squeue</tt> output? == <!--T:33-->
Start times shown by <tt>squeue</tt> are accurate but conditional.  
Start times shown by <tt>squeue</tt> are accurate but conditional.  


<!--T:34-->
[[Running jobs|Slurm]] schedules future START_TIME for high-priority pending jobs.  These expected start times are computed from current information:  
[[Running jobs|Slurm]] schedules future START_TIME for high-priority pending jobs.  These expected start times are computed from current information:  
* what resources will be made available by running jobs that complete; and
* what resources will be made available by running jobs that complete; and
* resources needed by other, higher-priority jobs waiting to run
* resources needed by other, higher-priority jobs waiting to run


<!--T:35-->
The start times are conditional - <tt>Slurm</tt> invalidates these future plans if:  
The start times are conditional - <tt>Slurm</tt> invalidates these future plans if:  
* jobs end early, changing which resources become available;
* jobs end early, changing which resources become available;
* prioritization is perturbed: submission of higher-priority jobs or cancellation of queued jobs
* prioritization is perturbed: submission of higher-priority jobs or cancellation of queued jobs


<!--T:36-->
On Compute Canada general purpose clusters, new jobs are submitted about every five seconds, and 30-50% of jobs end early,
On Compute Canada general purpose clusters, new jobs are submitted about every five seconds, and 30-50% of jobs end early,
so <tt>Slurm</tt> often discards and recomputes its future plans.
so <tt>Slurm</tt> often discards and recomputes its future plans.


<!--T:37-->
Most waiting jobs have a START_TIME of "N/A", which stands for "not available", meaning <tt>Slurm</tt> is not attempting to project a start time for that job.
Most waiting jobs have a START_TIME of "N/A", which stands for "not available", meaning <tt>Slurm</tt> is not attempting to project a start time for that job.


<!--T:38-->
For jobs which are already running, the start time reported by <tt>squeue</tt> is perfectly accurate.
For jobs which are already running, the start time reported by <tt>squeue</tt> is perfectly accurate.


</translate>
</translate>
rsnt_translations
56,426

edits

Navigation menu