Rivanna is the University of Virginia’s High-Performance Computing (HPC) system. As a centralized resource it has hundreds of pre-installed software packages available for computational research across many disciplines. Currently the Rivanna supercomputer has 603 nodes with over 20476 cores and 8PB of various storage.
All UVA faculty, staff, and postdoctoral associates are eligible to use Rivanna, or students when part of faculty research.
Facilities Statement - Are you submitting a grant proposal and need standard information about UVA research computing environments?
Get it here.
The sections below contain important information for new and existing Rivanna users. Please read each carefully.
New users are invited to attend one of our free orientation sessions ("Introduction to Rivanna") held throughout the year.
Get Started
Logging In
Log in through a Web browser or a command-line tool.
File Transfer
Moving files between Rivanna and other systems.
Software
See a listing of available software.
Storage
Options for free short-term and leased long-term storage
Running Jobs in Slurm
Submitting jobs to Rivanna through the Slurm resource manager
Queues
Determine the best queue (or “partition”) for running your jobs.
Usage Policies
Understand the terms and conditions for using Rivanna.
Overview
A high performance computing cluster is typically made up of at least four service layers:
- Login nodes - Where you log in, interact with data and code, and submit jobs.
- Compute nodes - Where production jobs are run. On Rivanna these nodes are heterogenous; some have more memory, some have GPU devices, and so forth. Partitions are homogeneous so you can select specialty hardware by your partition request, sometimes along with a resource request (gres).
- Storage - Where files are stored, accessible by all nodes in the cluster.
- Resource Manager - A software system that accepts job requests, schedules the jobs on a node or set of nodes, then manages their execution.
Click on elements of the image to learn more:
System Details
Rivanna is a managed resource; users must submit jobs to queues controlled by a resource manager, also known as a queueing system. The manager in use on Rivanna is Slurm. Slurm refers to queues as partitions because they divide the machine into sets of resources. There is no default partition and each job must request a specific partition. Partitions and access policies are subject to change, but the following table shows the current structure. Note that memory may be requested per core or for the overall job. If the total memory required for the job is greater than the number of cores requested multiplied by the maximum memory per core, the job will be charged for the additional cores whether they are used or not. In addition, jobs running on more than one core may still require a request of total memory rather than memory per core, since memory per core is enforced by the system but some multicore software packages (ANSYS, for example) may exceed that for a short time even though they never exceed cores x memory/core.
| Partition |
Max time / job |
Max nodes / job |
Max cores / job |
Max cores / node |
Max memory / core |
Max memory / node / job |
SU Charge Rate |
standard |
7 days |
1 |
40 |
40 |
9GB |
375GB |
1.00 |
parallel |
3 days |
25 |
1000 |
40 |
9GB |
375GB |
1.00 |
largemem |
4 days |
1 |
16 |
16 |
60GB |
975GB |
1.00 |
gpu |
3 days |
4 |
10 |
10 |
32GB |
375GB |
3.00 * |
dev |
1 hour |
2 |
8 |
4 |
6GB |
36GB |
0.00 |
* GPU charge rate = number of cores + 2 * number of GPU devices.
| Cores/Node | Memory/Node | Specialty Hardware | GPU memory/Device | GPU devices/Node | # of Nodes |
|---|
|
| 40 | 354GB | - | - | - | 1 |
| 20 | 127GB | - | - | - | 115 |
| 28 | 255GB | - | - | - | 25 |
| 40 | 384GB | - | - | - | 347 |
| 40 | 768GB | - | - | - | 35 |
| 16 | 1000GB | - | - | - | 4 |
| 48 | 1500GB | - | - | - | 6 |
| 128 | 1000GB | GPU: A100 | 40GB | 8 | 2 |
| 128 | 2000GB | GPU: A100 | 80GB | 8 | 11 |
| 28 | 255GB | GPU: K80 | 11GB | 8 | 8 |
| 28 | 255GB | GPU: P100 | 12GB | 4 | 4 |
| 40 | 383GB | GPU: RTX2080Ti | 11GB | 10 | 2 |
| 64 | 128GB | GPU: RTX3090 | 24GB | 4 | 5 |
| 28 | 188GB | GPU: V100 | 16GB | 4 | 1 |
| 40 | 384GB | GPU: V100 | 32GB | 4 | 12 |
| 36 | 384GB | GPU: V100 | 32GB | 4 | 2 |
Facilities Statement - Are you submitting a grant proposal and need standard information about UVA research computing environments?
Get it here.
Usage Policies
Research computing resources at the University of Virginia are for use by faculty, staff, and students of the University and their collaborators in academic research projects. Personal use is not permitted. Users must comply with all University policies for access and security to University resources. The HPC system has additional usage policies to ensure that this shared environment is managed fairly to all users. UVA’s Research Computing (RC) group reserves the right to enact policy changes at any time without prior notice.
Login Nodes
Exceeding the limits on the login nodes (frontend) will result in the user’s process(es) being killed. Repeated violations will result in a warning; users who ignore warnings risk losing access privileges.
Standard Partition
Each job in the standard partition is restricted to a single node. Users may submit multiple jobs or job arrays, but the maximum aggregate cpu cores allowed for a single user’s running jobs is 1000.
Parallel Partition
Users must request a minimum of two nodes and four cpu cores (and no more than 900 cpu cores) when submitting a job to the parallel partition.
GPU Partition
The gpu partition is dedicated to jobs that can utilize a general purpose graphics processing unit (GPGPU). Any job submitted to the gpu partition must request at least one GPU device through the gres option; jobs that do not utilize any GPUs are not allowed in this partition. Users may submit multiple jobs or job arrays, but the maximum aggregate number of GPU devices allowed for a single user’s running jobs is 16.
Scratch Directory
Rivanna’s scratch file system has a limit of 10TB and 350,000 files per user. This policy is in place to guarantee the stability and performance of the scratch file system. Scratch is intended as a temporary work directory. It is not backed up and files that have not been accessed for more than 90 days are marked for deletion. Users are encouraged to back up their important data. Home directories and leased storage are not subject to this policy.
Software Licenses
Excessive consumption of licenses for commercial software, either in time or number, if determined by system and/or RC staff to be interfering with other users’ fair use of the software, will subject the violator’s processes or jobs to termination without warning. Staff will attempt to issue a warning before terminating processes or jobs but inadequate response from the violator will not be grounds for permitting the processes/jobs to continue.
Inappropriate Usage
Any violation of the University’s security policies, or any behavior that is considered criminal in nature or a legal threat to the University, will result in the immediate termination of access privileges without warning.
