
Contact support if you have any questions or concerns not addressed here.
BeeGFS is a parallel file system available on all nodes and mostly used (e.g. for the home directory). Each user has a personal quota, which limits additional files that can be written once reached.
Check your quotas: Your personal quota and group allocations (chair, research, project) are displayed at login.
When using temporary files on HSUper, be mindful of their impact:
/tmpAvoid writing directly to /tmp as this consumes valuable memory (RAM). Instead, use environment variables (see Useful Environment Variables) for better management.
/scratchThe /scratch directory is available on all nodes. While convenient, be aware that files stored here will count towards your personal quota.
On GPU and login nodes, a local SSD provides shared local scratch storage. When using this resource:
$SLURM_TMPDIR environment variable (see Useful Environment Variables) to automatically delete files after job completion.BeeGFS performance deteriorates (for everyone) while handling many read/writes of many small files or the same file in a short period of time. Consider using formats like HDF5 or tar instead. If you cannot change the behaviour, copy the file(s) to memory (RAM) or local file systems, if available.
For better performance on GPU nodes, use the local file system with $SLURM_TMPDIR (see more information).
Use project folders ($PROJECT or /beegfs/project/) to work together on shared data. To request access to or create a new project folder, use the ticket system.
To share data from project folders with everyone, the project folder itself needs execute permissions for “others.” This requires administrator rights. Request permission by sending an email or ticket.
Consider using project folders in /beegfs/project/, which have an independent quota separate from user quotas. To request access to or create a new project folder, use the ticket system.
Deleted files are permanently lost. Make backups of important data to ensure its safety!