This is an old revision of the document!
Using the fat+ queue
Nodes with a lot of memory are very expensive and should not normally be used for jobs which could also run on our other nodes. Therefore, please note the following policies:
- Your job must need more than 250 GB RAM.
- Your job must use at least a full 512 GB node or half a 1.5 TB or 2 TB node:
- For a full 512 GB node:
#BSUB -x #BSUB -R "maxmem < 600000"
- For half a 1.5 TB node (your job needs more than 500 GB RAM):
#BSUB -n 20 #BSUB -R span[hosts=1] #BSUB -R "maxmem < 1600000 && maxmem > 600000"
- For a full 1.5 TB node (your job needs more than 700 GB RAM):
#BSUB -x #BSUB -R "maxmem < 1600000 && maxmem > 600000"
- For half a 2 TB node (your job needs more than 700 GB RAM):
#BSUB -n 16 #BSUB -R span[hosts=1] #BSUB -R "maxmem > 1600000"
- For a full 2 TB node (your job needs more than 1.5 TB RAM):
#BSUB -x #BSUB -R "maxmem > 1600000"
The 512 GB nodes are also available in the fat queue, without these restrictions. However, fat jobs on these nodes have a lower priority compared to fat+ jobs.
CPU architecture selection
Our cluster provides four generations of Intel CPUs and two generations of AMD CPUs. However, the main difference between these CPU types is whether they support Intel's AVX2 or not. For selecting this we have introduced the x64inlvl (for x64 instruction level) label:
x64inlvl=1 : Supports only AVX x64inlvl=2 : Supports AVX and AVX2
In order to choose an AVX2 capable node you therefore have to include
#BSUB -R "x64inlvl=2"
in your submission script.
If you need to be more specific, you can also directly choose the CPU generation:
amd=1 : Interlagos amd=2 : Abu Dhabi intel=1 : Sandy Bridge intel=2 : Ivy Bridge intel=3 : Haswell intel=4 : Broadwell
So, in order to choose any AMD CPU:
#BSUB -R amd
In order to choose an Intel CPU of at least Haswell generation:
#BSUB -R "intel>=3"
This is equivalent to
In order to use a GPU you should submit your job to the
gpu queue, and request GPU shares. Each node equipped with a GPU provides as many GPU shares as it has cores, independent of how many GPUs are built in. So for example, on the nodes, which have 24 CPU cores, the following would give you exclusive access to GPUs:
#BSUB -R "rusage[ngpus_shared=24]"
Note that you need not necessarily also request 24 cores with
-n 24, as jobs from the MPI queue may utilize free CPU cores if you do not need them. The latest “gpu” nodes have two GPUs each, and you should use both, if possible.
If you request less shares than cores available, other jobs may also utilize the GPUs. However, we have currently no mechanism to select a specific one for a job. This would have to be handled in the application or your job script.
A good way to use the nodes which have 2 GPUs with jobs only working on one GPU would be to put two together in one job script and preselect a GPU for each one.
Currently we have several generations of NVidia GPUs in the cluster, selectable in the same way as CPU generations:
nvgen=1 : Kepler nvgen=2 : Maxwell nvgen=3 : Pascal
Most GPUs are commodity graphics cards, and only provide good performance for single precision calculations. If you need double precision performance, or error correcting memory (ECC RAM), you can select the Tesla GPUs with
#BSUB -R tesla
Our Tesla K40 are of the Kepler generation (nvgen=1).
If you want to make sure to run on a node equipped with two GPUs use:
#BSUB -R "ngpus=2"
Note that the following paragraph is about selecting nodes with enough memory for a job. The mechanism to actually reserve that memory does not change: The memory you are allowed to use equals memory per core times slots (-n option) requested.
You can select a node either by currently available memory (mem) or by maximum available memory (maxmem). If you request complete nodes, the difference is actually very small, as a free node's available memory is close to its maximum memory. All requests are in MB.
To select a node with more than about 500 GB available memory use:
#BSUB -R "mem>500000"
To select a node with more than about 6 GB maximum memory per core use:
#BSUB -R "maxmem/ncpus>6000"
(Yes, you can do basic math in the requirement string!)
It bears repeating: None of the above is a memory reservation. If you actually want to reserve “mem” memory, the easiest way is to combine
-R “mem>… with
-x for an exclusive job.
Finally, note that the
-M option just denotes the memory limit of your job per core (in KB). This is of no real consequence, as we do not enforce these limits and it has no influence on the host selection.
Besides the options shown in this article, you can of course use the options for controlling walltime limits (-W), output (-o), and your other requirements as usual. You can also continue to use job scripts instead of the command line (with the
#BSUB <option> <value> syntax).
Please consult the LSF man pages if you need further information.