File System overview¶
Summary¶
File systems are configured for different purposes. Each machine has access to at least three different file systems with different levels of performance, permanence and available space.
file system | snapshots | backup | purging | access |
---|---|---|---|---|
Community | yes | no | no | repository |
home | yes | yes | no | user |
common | no | no | no | repository |
Cori scratch | no | no | yes | user |
HPSS | no | no | no | user |
Note
See quotas for detailed information about inode, space quotas and file system purge policies.
Global storage¶
Global Home¶
Permanent, relatively small storage for data like source code, shell scripts that you want to keep. This file system is not tuned for high performance for parallel jobs. Referenced by the environment variable $HOME
.
Common¶
A performant platform to install software stacks and compile code. Mounted read-only on compute nodes.
Community¶
Large, permanent, medium-performance file system. Community directories are intended for sharing data within a group of researchers.
Archive (HPSS)¶
A high capacity tape archive intended for long term storage of inactive and important data. Accessible from all systems at NERSC. Space quotas are allocation dependent
The High Performance Storage System (HPSS) is a modern, flexible, performance-oriented mass storage system. It has been used at NERSC for archival storage since 1998. HPSS is intended for long term storage of data that is not frequently accessed.
Local storage¶
Scratch¶
Cori has a dedicated, large, local, parallel scratch file system based on Lustre. The scratch file system is intended for temporary uses such as storage of checkpoints or application input and output.
Burst Buffer¶
Cori's Burst Buffer provides very high performance I/O on a per-job or short-term basis. It is particularly useful for codes that are I/O-bound, for example, codes that produce large checkpoint files, or that have small or random I/O reads/writes.