The oums-quantopo group (lead by Simon Benjamin) has privileged access to the nqit reservation in ARCUS-B.
The nqit reservation includes 112 of the nodes listed here. These include:
-
246 CPU nodes with:
- 16 core CPU (Intel Haswell, 1.2GHz, 20MB cache)
- 64GB RAM
-
92 CPU nodes with:
- 16 core CPU (Intel Haswell, 1.2GHz, 20MB cache)
- 128GB RAM
-
9 CPU nodes with:
- 16 core CPU (Intel Haswell, 1.2GHz, 20MB cache)
- 256GB RAM
ARCUS-B includes the following nodes outside the
nqitreservation. These might no longer be exempt from billing.
33 CPU nodes with:
- 20 core (40 threads) CPU (Intel Broadwell, 1.2GHz, 26MB cache)
- 128GB RAM
3 CPU nodes with:
- 20 core (40 threads) CPU (Intel Broadwell, 1.2GHz, 26MB cache)
- 256GB RAM
These nodes live in arcus-b.arc.ox.ac.uk. Access from outside of the Oxford University network may first require VPN to server vpn.ox.ac.uk (using oxfordusername@ox.ac.uk).
Access using your regular ARC account [USER]:
ssh [USER]@@arcus-b.arc.ox.ac.ukJobs are submitted using SLURM. See here for a general guide on submitting and parallelising jobs. Below are details specific to ARCUS-B.
-
All submission scripts to ARCUS-B should include:
#SBATCH --account=oums-quantopo #SBATCH --reservation=nqit
Here's an example of a
1hour job running on a single64GBnode (reserving all16cores):#!/bin/bash #SBATCH --account=oums-quantopo #SBATCH --reservation=nqit #SBATCH --job-name=myjob #SBATCH --time=1:00:00 #SBATCH --nodes=1 ./my_application
-
The larger RAM nodes can be requested by specifying
mem, though one must be careful to specify an amount less than that of the node. To request128GB, use:#SBATCH --mem=100GBTo request
256GB, use#SBATCH --mem=200GBYou can check the RAM size of a node during job runtime within the submission script using:
free -m > memorysize.txt -
The higher core-count (20 core Broadwell) nodes can be requested using
ntasks-per-node, and removing thereservationflag.## SBATCH --reservation=nqit #SBATCH --ntasks-per-node=20
You can check the number of nodes of a node during job runtime within the submission script using:
lscpu > cpuinfo.txt
As of 19th Oct 2020:
- The maximum allowed
timeis120hours (120:00:00). - The maximum allowed
nodesis25.
Jobs requesting longer times or more nodes will be enqueued, but will not run (squeue will report PartitionTimeLimit or AssocGrpNodeLimit). An admin can later permit these to begin running.
- MPI jobs on ARCUS-B require a
. enable_arcus-b_mpi.shcommand to be called in the submission script (see example). - Distributed jobs on ARCUS-B may suffer from anomalously high latency due to an unresolved fabric problem (since 2017).