Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
S
Slurm
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Service Desk
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
tud-zih-energy
Slurm
Commits
d00bc9e2
Commit
d00bc9e2
authored
7 years ago
by
Morris Jette
Browse files
Options
Downloads
Patches
Plain Diff
Expand pack job scheduling description on web page
parent
59b27626
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/html/heterogeneous_jobs.shtml
+16
-0
16 additions, 0 deletions
doc/html/heterogeneous_jobs.shtml
with
16 additions
and
0 deletions
doc/html/heterogeneous_jobs.shtml
+
16
−
0
View file @
d00bc9e2
...
@@ -141,6 +141,15 @@ part of a federation (e.g. "sbatch --cluster=alpha,beta ...") then the entire
...
@@ -141,6 +141,15 @@ part of a federation (e.g. "sbatch --cluster=alpha,beta ...") then the entire
job will be sent to the cluster expected to be able to start all components
job will be sent to the cluster expected to be able to start all components
at the earliest time.</p>
at the earliest time.</p>
<p>There is currently no test performed at job submit time to determine if all
components of a heterogeneous job can be started at the same time with respect
to account and quality of service (QOS) limits.
Each component will be validated to be executable at job submit time and the
heterogeneous job as a whole will only be validated with respect to limits
when being considered for resource allocation (i.e. scheduling time).
Each component of a heterogeneous job counts as a "job" with respect to
resource limits.</p>
<h2><a name="managing">Managing Jobs</a></h2>
<h2><a name="managing">Managing Jobs</a></h2>
<p>Information maintained in Slurm for a heterogeneous job includes:</p>
<p>Information maintained in Slurm for a heterogeneous job includes:</p>
...
@@ -383,6 +392,13 @@ mode is used in the next iteration in order to consider system status changes
...
@@ -383,6 +392,13 @@ mode is used in the next iteration in order to consider system status changes
which might permit the heterogeneous to be initiated at an earlier time than
which might permit the heterogeneous to be initiated at an earlier time than
previously determined.</p>
previously determined.</p>
<p>There is currently no test performed at job submit time to determine if all
components of a heterogeneous job can be started at the same time with respect
to account and quality of service (QOS) limits.
Each component will be validated to be executable at job submit time and the
heterogeneous job as a whole will only be validated with respect to limits
when being considered for resource allocation (i.e. scheduling time).</p>
<p>Each component of a heterogeneous job counts as a "job" with respect to
<p>Each component of a heterogeneous job counts as a "job" with respect to
resource limits.
resource limits.
Also note that a heterogeneous job may be submitted to Slurm that can not be
Also note that a heterogeneous job may be submitted to Slurm that can not be
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment