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
ab4435a0
Commit
ab4435a0
authored
14 years ago
by
Moe Jette
Browse files
Options
Downloads
Patches
Plain Diff
clarify use of SchedulerParameters value of "defer"
parent
513bbfb4
No related branches found
No related tags found
No related merge requests found
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
doc/html/high_throughput.shtml
+7
-4
7 additions, 4 deletions
doc/html/high_throughput.shtml
doc/man/man5/slurm.conf.5
+6
-3
6 additions, 3 deletions
doc/man/man5/slurm.conf.5
with
13 additions
and
7 deletions
doc/html/high_throughput.shtml
+
7
−
4
View file @
ab4435a0
...
...
@@ -72,9 +72,12 @@ The record of jobs run will be preserved in accounting records and logs.
The default value is 300 seconds. The value should be reduced to a few
seconds if possible.</li>
<li><b>SchedulerParameters</b>:
Set an option of <b>defer_sched</b> to avoid trying to schedule each job
individually at job submit time. SLURM will attempt to schedule all jobs
periodically for improved performance.</li>
Setting option <b>defer</b> will avoid attempting to schedule each job
individually at job submit time, but defer it until a later time when
scheduling multiple jobs simultaneously may be possible.
This option may improve system responsiveness when large numbers of jobs
(many hundreds) are submitted at the same time, but it will delay the
initiation time of individual jobs.</li>
<li><b>SlurmctldPort</b>:
It is desirable to configure the <b>slurmctld</b> daemon to accept incoming
messages on more than one port in order to avoid having incoming messages
...
...
@@ -85,6 +88,6 @@ numbers of simultaneous requests are to be supported.</li>
appropriate for your environment.</li>
</ul>
<p style="text-align:center;">Last modified 2
2
June 2010</p>
<p style="text-align:center;">Last modified 2
4
June 2010</p>
<!--#include virtual="footer.txt"-->
This diff is collapsed.
Click to expand it.
doc/man/man5/slurm.conf.5
+
6
−
3
View file @
ab4435a0
...
...
@@ -1313,9 +1313,12 @@ Multiple options may be comma separated.
.RS
.TP
\fBdefer\fR
Do not attempt to schedule the job when submitted, but defer it until a
later time. This option can improve system responsiveness when large numbers
of jobs (many hundreds) are submitted at the same time.
Setting this option will avoid attempting to schedule each job
individually at job submit time, but defer it until a later time when
scheduling multiple jobs simultaneously may be possible.
This option may improve system responsiveness when large numbers of jobs
(many hundreds) are submitted at the same time, but it will delay the
initiation time of individual jobs.
.TP
\fBinterval=#\fR
The number of seconds between iterations.
...
...
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