Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Last revisionBoth sides next revision
doku:slurm_multisite [2022/12/22 22:54] – [Federated Slurm] fsattaridoku:slurm_multisite [2022/12/22 23:01] fsattari
Line 110: Line 110:
   * A cluster can only be part of one federation at a time   * A cluster can only be part of one federation at a time
   * Embed cluster ID within the originally 32-bit job ID   * Embed cluster ID within the originally 32-bit job ID
-{{ :doku:orig-federated-jobid.png?700 |}}+{{:doku:orig-federated-jobid.png?600|}}
  
 <code> <code>
Line 146: Line 146:
  
 </code> </code>
- 
- 
-==== Slurm Federation Workflow ==== 
-{{:doku:federationworkflow.png?900|}} 
  
  
Line 158: Line 154:
  
  
- 
-===== Slurm Burst-Buffer ===== 
- 
-I/O components are much slower than the compute parts of a supercomputer, therefore they can create bottlenecks if the bandwidth is saturated. 
- 
-The data staging derives large scale of traffic on a network connecting computing nodes for moving input and output data between the computing nodes. In this network, the traffic of inter-process communication also flows and consequently mutual interference between both types of traffic may degrade network performance. For example, burst traffic derived from the data staging increases delay in inter-process communication. Also, both types of traffic compete network bandwidth and consequently communication time is increased.  
- 
-Burst-Buffer plugin adds a layer between the compute nodes and the parallel file system to improve network performance, I/O, and data staging. 
  • doku/slurm_multisite.txt
  • Last modified: 2022/12/22 23:01
  • by fsattari