35 TB

ja

Im Verzeichnis /home/<username>/.snapshots befinden sich Kopien, die zu verschieden Zeitpunkten in der Vergangenheit angelegt wurden.  Daten aus den Snapshots können regulär mit cp zurück in das eigentliche home-Verzeichnis kopiert werden.

Achtung: Das Verzeichnis .snapshots ist nicht mit ls -a zu sehen! Auch die Tab-Ergänzung im Shell funktioniert mit dem Verzeichnis nicht! Das Verzeichnis kann aber ganz normal im Pfad angeben werden, etwa   ls -l ~/.snapshots.

•  Jobskripten
• .out- und .err-Dateien von Jobs
• (Mini-, Ana-)Conda- und Mamba-Umgebungen
• Git-Repositories

Das schnelle Schreiben großer Datenmengen in dieses Dateisystem kann zu einer Verlangsamung des Systems und sogar zum Ausfall des gesamten Systems führen. Bitte setzen Sie sich mit uns in Verbindung, bevor Sie so etwas versuchen.

• große Dateien ( > 10 GB)
• temporäre Dateien (von sehr kleinen oder sehr zahlreichen abgesehen)

• Dieses Dateisystem ist besonders groß und hat den höchsten I/O-Durchsatz, aber nur wenn die Datenmenge, die auf einem Mal gelesen oder schrieben wird, groß ist - Operationen, die sich nur auf kleine Datenmengen beziehen, können sehr ineffizient sein und das ganze Dateisystem verlangsamen.
• /scratch ist für die Ablage großer Mengen sehr kleiner Dateien schlecht geeignet - diese sollten ausnahmsweise doch in Ihrem Home-Verzeichnis in einem (Unter-)Verzeichnis mit dem Namen tmp gespeichert werden, möglichst nach Absprache mit uns.
• Keine Verzeichnisse mit signifikant mehr als 1000 Einträge erzeugen.
• Dateiformate wie TGZ und HDF5 sollten verwendet werden, um mehrere kleine Dateien als ein Objekt zu speichern.
• VSCode-Sessions müssen verhindern, dass Verzeichnisse auf /scratch vom FileWatcher erfasst werden.

167 GB

nein

• Das Dateisystem wird von allen Usern mit Jobs, die auf dem jeweiligen Knoten laufen, geteilt.
• Daten, die hier geschrieben wurden, müssen innerhalb des Jobs gelöscht werden!