🚀 Advanced ZFS: Cache, SLOG & Dedup

Der ARC (Arbeitsspeicher-Cache)

ZFS nutzt standardmäßig deinen freien RAM als extrem schnellen Lesecache, den ARC (Adaptive Replacement Cache). Er merkt sich intelligent, auf welche Dateien du häufig zugreifst, und hält diese im RAM bereit. Das ist der Grund, warum TrueNAS so viel RAM "verschlingt" – ungenutzter RAM ist verschwendeter RAM!

Der L2ARC (SSD-Lesecache)

Der L2ARC (Level 2 ARC) ist eine zusätzliche SSD, die einspringt, wenn der RAM (ARC) voll ist. Häufig benötigte, aber aus dem RAM verdrängte Daten landen dann auf der SSD.

• Der Haken: ZFS benötigt RAM, um die Dateien auf der L2ARC-SSD zu indexieren! Ein L2ARC kann ein System mit wenig RAM paradoxerweise langsamer machen, weil er dem primären ARC Speicher wegnimmt.
• Fazit: Ein L2ARC lohnt sich erst, wenn dein Mainboard komplett mit RAM vollgesteckt ist (z.B. 64GB oder 128GB) und du viele Nutzer hast, die ständig auf unterschiedliche heiße Daten zugreifen.

ZFS Intent Log (ZIL)

Standardmäßig schreibt ZFS asynchron. Bei "synchronen" Schreibvorgängen (die sofort vom System bestätigt werden müssen, z.B. bei Datenbanken oder VMs über NFS) schreibt ZFS die Daten zur Sicherheit in ein Logfile direkt auf die langsamen Festplatten (das ZIL). Das bremst die Performance extrem aus.

SLOG (Separate ZIL)

Ein SLOG ist eine dedizierte, rasend schnelle SSD (z.B. Intel Optane), die das ZIL von den Festplatten auslagert. Synchrone Schreibvorgänge landen sofort auf dieser SSD und werden extrem schnell bestätigt, während ZFS sie im Hintergrund in Ruhe auf die Festplatten schreibt.

• Der Mythos: Ein SLOG ist kein genereller Schreibcache! Es beschleunigt nur synchrone Schreibvorgänge. Wenn du eine große ISO-Datei via SMB auf dein NAS kopierst (asynchron), bringt ein SLOG absolut nichts (0% Leistungssteigerung).
• Fazit: Wenn du auf deinem TrueNAS VMs betreibst (z.B. Speicher via NFS für Proxmox bereitstellst), ist ein SLOG Gold wert. Für reine Datengräber ist es nutzlos.

Deduplikation bedeutet, dass ZFS überprüft, ob Datenblöcke bereits auf der Platte existieren. Wenn du die exakt gleiche Datei zweimal speicherst, wird sie physisch nur einmal abgelegt und beim zweiten Mal nur darauf verlinkt.

Warum du es im Homelab niemals aktivieren solltest:

• Die Dedup-Tabelle muss komplett im RAM gehalten werden. Faustregel: 1 bis 5 GB RAM pro 1 TB Speicherplatz nur für die Tabelle!
• Wenn die Tabelle nicht in den RAM passt, bricht die Performance deines gesamten Pools dramatisch ein (Lese- und Schreibzugriffe sinken auf wenige Megabyte pro Sekunde).
• Lösung: Nutze stattdessen Kompression (z.B. LZ4), das standardmäßig aktiviert ist, extrem schnell arbeitet und fast keine Nachteile hat.