SSD-DRAM-Cache vs. DRAM-less: Braucht dein nächstes Laufwerk wirklich einen Cache?

SSD-DRAM-Cache vs. DRAM-less: Braucht dein nächstes Laufwerk wirklich einen Cache?

SSD-Datenblätter erwähnen es selten prominent, aber ob ein Laufwerk einen dedizierten DRAM-Cache-Chip besitzt, ist einer der folgenreicheren Unterschiede zwischen zwei SSDs, die auf dem Papier sonst ähnlich aussehen. Es beeinflusst nachhaltige Schreibleistung, die Konsistenz zufälliger I/O-Zugriffe und wie sich das Laufwerk verhält, sobald es größtenteils gefüllt ist — drei Dinge, die im Alltag weit wichtiger sind als die auf der Verpackung gedruckte Spitzen-Sequenziell-Geschwindigkeit.

Was der DRAM-Cache tatsächlich leistet

Eine DRAM-ausgestattete SSD nutzt eine kleine Menge dedizierten DDR-Speichers — typischerweise in einem Verhältnis von etwa 1 GB DRAM pro 1 TB Kapazität, wobei das je nach Laufwerk variiert — um die Flash-Translation-Layer-(FTL-)Zuordnungstabelle zu speichern, also den Index, der nachverfolgt, welcher physische NAND-Flash-Ort welcher logischen Blockadresse entspricht, die das Betriebssystem vermeintlich anspricht. Jeder einzelne Lese- und Schreibvorgang muss diese Zuordnungstabelle konsultieren, weshalb es dramatisch schnellere zufällige I/O-Zugriffe ermöglicht, sie in schnellem, latenzarmem DRAM zu halten statt sie aus dem NAND-Flash selbst lesen zu müssen — genau die Art von kleinem, verstreutem Lese-/Schreibmuster, das beim Booten eines Betriebssystems, Laden von Spiel-Assets oder Betrieb einer Datenbank entsteht, im Gegensatz zu den großen sequenziellen Übertragungen beim Kopieren einer einzelnen großen Datei.

Ein Laufwerk wie die Samsung 990 Pro besitzt einen dedizierten DRAM-Cache genau deshalb, weil ihre Zielgruppe — intensives Multitasking, große Spielbibliotheken, Content-Creation-Workloads — auf nachhaltige Konsistenz bei zufälligem I/O angewiesen ist und nicht nur auf sequenzielle Spitzen-Durchsatzraten.

Wie DRAM-lose Laufwerke kompensieren

DRAM-lose Laufwerke verzichten komplett auf den dedizierten Speicherchip und nutzen stattdessen eine Technik namens Host Memory Buffer (HMB), die sich eine kleine Scheibe des System-RAMs selbst leiht — typischerweise 32 MB bis 64 MB, über das NVMe-Protokoll zugewiesen —, um einen Teil derselben Zuordnungstabelle zwischenzuspeichern. HMB schließt einen bedeutenden Teil der Leistungslücke im Vergleich zu älteren DRAM-losen Designs ohne jeglichen Caching-Mechanismus, bleibt aber ein deutlich kleinerer und latenzreicherer Cache als ein dedizierter On-Drive-DRAM-Chip, und hängt davon ab, dass das Host-System diese Speicherzuweisung tatsächlich gewährt — was nicht jede Kombination aus Betriebssystem, Treiber und Mainboard-Chipsatz identisch handhabt.

Budget-Laufwerke, die auf diesem Ansatz aufbauen, wie das SK hynix BC501, nutzen HMB gezielt, um Kosten niedrig zu halten und dennoch respektable Leistung für typische Consumer-Workloads zu liefern — sequenzielle Dateiübertragungen, Betriebssystem-Boot, allgemeines Laden von Anwendungen —, wo das Zugriffsmuster auf die Zuordnungstabelle weniger fordernd ist als bei intensivem Multitasking oder datenbankähnlichem Zufallszugriff.

Wo der Unterschied tatsächlich spürbar wird

Die Leistungslücke zwischen DRAM-gecachten und DRAM-losen Laufwerken ist bei einfachen sequenziellen Aufgaben wie dem Kopieren einer großen Videodatei am kleinsten und bei nachhaltigem zufälligem I/O unter hoher Last am größten — viele gleichzeitige kleine Lese-/Schreibvorgänge, das Muster, das ein stark multitaskendes System, eine ausgelastete Datenbank oder ein bis nahe an die Kapazitätsgrenze gefülltes Laufwerk erzeugt, das mit sinkendem freien Speicherplatz mehr Zuordnungstabellen-Lookups pro Operation benötigt. Genau hier greift auch die praktische Empfehlung aus unserem NVMe-SSD-Kaufratgeber: Spitzen-Sequenziell-MB/s-Werte auf einem Datenblatt sagen fast nichts darüber aus, wie sich ein Laufwerk unter der Art von gemischter, zufälliger Last anfühlt, die die meisten Systeme im Alltag tatsächlich erzeugen.

Der Füllstand des Laufwerks verschärft das Problem speziell bei DRAM-losen Laufwerken zusätzlich. Wenn eine DRAM-lose SSD sich füllt, kann der HMB-Cache kein so vollständiges Bild der (jetzt größeren, stärker fragmentierten) Zuordnungstabelle mehr halten, was häufigere Ausflüge zum langsameren NAND-Flash selbst erzwingt, um nicht aktuell gecachte Adressen aufzulösen — ein Grund dafür, dass die nachhaltige Schreibleistung von Budget-Laufwerken mit steigender Kapazitätsauslastung spürbarer nachlässt, ein Muster, das auch mit den Ausdauer-Überlegungen aus unserem Guide zu SSD-Ausdauer und TBW zusammenhängt.

Ist das für deinen Anwendungsfall tatsächlich wichtig

Für ein Boot-Laufwerk mit Betriebssystem und einer Handvoll Anwendungen, allgemeinem Websurfen und moderater Dateiablage ist ein gut umgesetztes DRAM-loses Laufwerk mit HMB-Unterstützung für die große Mehrheit der Nutzer genuin ausreichend, und die Preisersparnis gegenüber einem DRAM-gecachten Äquivalent ist real und lohnt sich. Für intensives Multitasking, große Spielbibliotheken mit häufigem Asset-Streaming, Videobearbeitung mit großen Scratch-Dateien oder jeden Workload mit Datenbank- oder virtuellen Maschinen-Images lohnt sich die nachhaltige Konsistenz bei zufälligem I/O eines DRAM-gecachten Laufwerks — der Unterschied zeigt sich in weniger Rucklern und Hängern unter echter Dauerlast, nicht nur in einer größeren Zahl in einem synthetischen Benchmark.

Wie man erkennt, welchen Typ man kauft

Hersteller bewerben die DRAM-Präsenz nicht immer klar auf der Einzelhandelsverpackung, daher ist meist ein Blick ins vollständige Datenblatt des konkreten Modells (nicht nur die Marketing-Stichpunkte) oder ein unabhängiger Teardown/Test nötig — dieselbe Produktlinie liefert manchmal unterschiedliche DRAM-Konfigurationen über verschiedene Kapazitätsstufen hinweg aus, wobei kleinere Kapazitäts-SKUs gelegentlich den DRAM-Chip weglassen, den größere Kapazitäten derselben Produktlinie behalten.

Eine Anmerkung zum NAND-Typ, der mit demselben Problem zusammenhängt

DRAM-Präsenz ist nicht der einzige Faktor, der das nachhaltige Schreibverhalten prägt — der zugrundeliegende NAND-Flash-Typ (TLC vs. QLC) und die Größe des dynamischen SLC-Schreibcaches eines Laufwerks wirken auf verwandte Weise mit demselben Zuordnungstabellen-Engpass zusammen. Ein Laufwerk kann einen vollen DRAM-Cache besitzen und trotzdem eine scharfe Schreibgeschwindigkeits-Klippe zeigen, sobald sein dynamischer SLC-Cache bei einer großen Dauerübertragung erschöpft ist, weil SLC-Cache und DRAM-Zuordnungstabellen-Cache unterschiedliche Probleme lösen — einer puffert eingehende Schreibvorgänge mit höherer Geschwindigkeit pro Zelle, der andere beschleunigt Adress-Lookups. Ein gut spezifiziertes Laufwerk braucht sowohl einen angemessen dimensionierten Cache des richtigen Typs als auch, für anspruchsvolle Workloads, einen dedizierten DRAM-Chip; ein Laufwerk nur anhand eines der beiden Faktoren zu beurteilen, ergibt ein unvollständiges Bild davon, wie es sich tatsächlich verhält, sobald eine große Dateiübertragung oder eine intensive Multitasking-Sitzung über den einfachen, gecachten Teil der Last hinausgeht.

Warum das auch für Systeme mit wenig Arbeitsspeicher relevant ist

Host Memory Buffer leiht sich Speicher direkt vom System-RAM, was bei Systemen mit ohnehin knapp bemessenem Arbeitsspeicher — etwa einem Einsteiger-Notebook mit 8 GB RAM insgesamt — spürbarer ins Gewicht fällt als bei einem großzügig ausgestatteten Desktop mit 32 GB oder mehr. Auf einem speicherknappen System konkurriert die HMB-Zuweisung direkt mit dem, was Betriebssystem und Anwendungen ohnehin schon knapp benötigen, was den theoretischen Vorteil von HMB gegenüber einem gar nicht vorhandenen Cache in der Praxis etwas schmälern kann. Das ist ein zusätzliches Argument dafür, bei speicherknappen Systemen der DRAM-gecachten Variante den Vorzug zu geben, selbst wenn der reine Kapazitätsbedarf klein ausfällt. Tests, die die nachhaltige Schreibleistung gezielt über den Punkt hinaus prüfen, an dem sowohl SLC-Cache als auch DRAM-gestützte Zuordnungstabelle unter echtem Druck stehen, sagen weit mehr über das reale Verhalten voraus als jede einzelne Spitzenwert-Zahl aus den ersten Sekunden eines Benchmarks.

Nach Tag durchsuchen

Alle Tags ansehen →