4.
SLURM_JOBID is the SLURM job ID of the job. Note that this is not the same as the LSF jobID.
SLURM_NPROCS is the number of processors allocated.
These environment variables are intended for use by the user’s job, whether it is explicitly (user scripts may use these variables as necessary) or implicitly (any srun commands in the user’s job can use these variables to determine its allocation of resources).
The value for SLURM_NPROCS is 4 and the SLURM_JOBID is 53 in this example.
5.The user job myscript begins execution on compute node n1.
The first line in myscript is the hostname command. It executes locally and returns the name of node, n1.
6.The second line in the myscript script is the srun hostname command. The srun command in myscript inherits SLURM_JOBID and SLURM_NPROCS from the environment and executes the hostname command on each compute node in the allocation.
7.The output of the hostname tasks (n1, n2, n3, and n4). is aggregated back to the srun launch command (shown as dashed lines in Figure
The last line in myscript is the mpirun
The output of the hellompi tasks is aggregated back to the srun launch command where it is collected by
The command executes on the allocated compute nodes n1, n2, n3, and n4.
When the job finishes,
7.1.5 Differences Between LSF on HP XC and Standard LSF
LSF for the HP XC environment supports all the standard features and functions that standard LSF supports, except for those items described in this section, in Section 7.1.6, and in the HP XC release notes for LSF.
•The external scheduler option for HP XC provides additional capabilities at the job level and queue level by allowing the inclusion of several SLURM options in the LSF command line.
•LSF does not collect maxswap, ndisks, r15s, r1m, r15m, ut, pg, io, tmp, swp and mem load indices from each application node. lshosts and lsload commands will display
•
•Except
•LSF does not support parallel or
•LSF does not support