Warum verlangsamen sich NAS-Übertragungen zu Hause, nachdem der SLC-Cache einer SSD voll ist?

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Heimische NAS-Übertragungen können langsamer werden, nachdem der SLC-Cache einer SSD voll ist, weil das Laufwerk eingehende Daten nicht mehr mit der zwischengespeicherten Schubrate aufnehmen kann. Mehr Schreibvorgänge müssen den langsameren nativen TLC- oder QLC-Pfad nutzen, während der Controller möglicherweise auch zwischengespeicherte Daten zusammenführt oder wiederverwendbaren Flash-Speicher zurückgewinnt.

Das schnelle-dann-langsame Diagramm deutet auf eine Cache-Grenze hin, lokalisiert diese aber nicht. NAS-Speicher, Dateisystem-Pufferung, Netzwerkdurchsatz, thermische Grenzen, Garbage Collection und ein systemweiter SSD-Cache können ähnliche Symptome verursachen.

Was ist der SLC-Cache in einer SSD?

Viele TLC- und QLC-SSDs reservieren oder konfigurieren dynamisch einen Teil ihres NAND, um im Ein-Bit-pro-Zelle-Modus zu arbeiten. Diese Pseudo-SLC-Region kann schneller programmiert werden als derselbe Flash-Speicher im normalen höherdichten Modus, wodurch das Laufwerk einen kurzen Schub von Host-Schreibvorgängen mit höherer Geschwindigkeit akzeptieren kann.

Der Schub ist kein Fake. Eine SSD kann eine zwischengespeicherte Schubleistung und eine native Dauerleistung haben. Forschungen zum Pseudo-SLC-Cache-Design beschreiben, wie Host-Daten in eine SLC-Modus-Region gelangen und eine Leistungsklippe entsteht, wenn die begrenzte Cache-Kapazität schnell verbraucht wird.

Der Cache ist nicht unbedingt eine feste, für den Benutzer sichtbare Partition. Die Firmware kann statische, dynamische oder gemischte Zuweisungen verwenden, während der Host logische Blockadressen sieht und keinen SLC-Kapazitätsmesser. Ein Diagramm kann den Cache-Effekt zeigen, ohne dessen genaue Größe zu offenbaren.

Was ändert sich, wenn der SLC-Cache keine Schreibvorgänge mehr aufnehmen kann?

Während der Cache-Phase nutzt die Datenübertragung den schnelleren SLC-Modus-Pfad. Wenn der wiederverwendbare Speicherplatz knapp wird, verlässt sich der Controller mehr auf die native TLC- oder QLC-Programmierung. Dieser Pfad wird zum Engpass, wenn die native Schreibgeschwindigkeit unter dem eingehenden NAS-Datenstrom liegt.

Das Laufwerk kann SLC-Modus-Daten auch in NAND mit höherer Dichte umwandeln und Blöcke zurückgewinnen. Neue Schreibvorgänge und interne Verschiebungen können um NAND-Ressourcen konkurrieren. Die Firmware-Planung bestimmt, ob der Benutzer einen klaren Abfall, einen ungleichmäßigen Übergang oder kurze Erholungen sieht.

„Cache voll“ ist eine Kurzform und nicht unbedingt ein wörtlich vom NAS angezeigter Zustand. Die praktische Situation ist, dass die SSD die SLC-Kapazität nicht so schnell wiederherstellen kann, wie der Host sie verbraucht. Die Durchsatzrate nähert sich dann einer niedrigeren Geschwindigkeit, die von nativem NAND, Firmware, Parallelität und Wartung bestimmt wird.

Warum zeigt das Übertragungsdiagramm einen schnellen und dann langsamen Abfall?

Eine Netzwerkübertragung kann mehrere schubabsorbierende Schichten durchlaufen. Der Client kann Schreibvorgänge puffern, das NAS kann Daten im Speicher halten, das Dateisystem kann schmutzige Seiten ansammeln, und die SSD kann Daten im Pseudo-SLC-Modus aufnehmen. Jede dieser Schichten kann die Fortschrittsanzeige von der endgültigen Speicherungsrate trennen.

Wenn der Datenstrom weiterläuft, kontrolliert schließlich die langsamste Stufe ihn. Ein scharfer Abfall nach einem wiederholbaren Schreibvolumen entspricht einer endlichen Cache-Grenze. Ein allmählicher Rückgang kann auf Cache-Entleerung, Zusammenführung oder thermisches Verhalten hinweisen; ein instabiles Plateau kann mehrere Mechanismen kombinieren.

Die nützliche Beobachtung ist, wie sich der Durchsatz über den gesamten Schreibvorgang ändert, wo der Übergang stattfindet und ob die niedrigere Rate stabil bleibt. Diese Phasen trennen die temporäre Aufnahme von dem Pfad, der die Arbeitslast kontinuierlich trägt.

Schreibphase Verhalten auf SSD-Seite Für den Host sichtbares Signal Was es nahelegt Was es nicht beweist
Zwischengespeicherter Burst Eingehende Schreibvorgänge werden über den SLC-Modus-Pfad aufgenommen Hoher Anfangsdurchsatz Schnelle Schreibkapazität ist derzeit verfügbar Die Rate kann unbegrenzt aufrechterhalten werden
Übergang Cache-Druck und interne Bewegung überlappen sich mit neuen Schreibvorgängen Der Durchsatz fällt ab oder wird ungleichmäßig Die zwischengespeicherte Phase kann enden SLC-Erschöpfung ist der einzige aktive Engpass
Stabiler Plateau Native NAND- und Firmware-Planung steuern den Schreibpfad Eine niedrigere, länger anhaltende Rate Die stetige Schreibfähigkeit wird sichtbar Jede SSD mit demselben NAND-Typ verhält sich ähnlich
Erholung Leerlauf oder geringerer Datenverkehr erlauben es, wiederverwendbaren Cache-Speicher zurückzugewinnen Ein späterer Transfer kann erneut einen Burst erzeugen Schnellpfad-Ressourcen sind verfügbar geworden Es gibt eine universelle Erholungszeit

Warum verändern freier Speicherplatz und Cache-Design den Einbruch?

Ein statischer Cache reserviert einen definierten Flash-Bereich, während ein dynamisches Design SLC-Modus-Kapazität aus NAND ziehen kann, die der Firmware derzeit zur Verfügung steht. Ein hybrides Design kann beides kombinieren. Diese Entscheidungen beeinflussen, wie viele Daten die schnelle Phase aufnehmen kann und wie sich der Cache füllt, wenn die SSD voll wird.

Freier Speicherplatz kann wichtig sein, aber er schafft keine universelle Schwelle. Logischer freier Speicher, Over-Provisioning, getrimmte Blöcke, Firmware-Politik und Daten, die auf das Zusammenführen warten, sind unterschiedliche Größen. Laufwerke mit gleicher Dateisystemauslastung können sich unterschiedlich verhalten.

Die sichere Schlussfolgerung ist qualitativ: Ein vollerer Laufwerk hat möglicherweise weniger Flexibilität für die dynamische Cache-Zuweisung und interne Verlagerung. Es ist nicht sicher zu versprechen, dass das Freihalten eines bestimmten Prozentsatzes die Geschwindigkeit erhält. Nur ein dauerhafter Test dieses Laufwerks in einem repräsentativen Füllzustand kann den tatsächlichen Übergang zeigen.

Wann verbirgt oder zeigt das Netzwerk die SSD-Grenze?

Die beobachtbare NAS-Rate wird durch die langsamste aktive Stufe begrenzt: Quellspeicher, Netzwerk, Protokollverarbeitung, NAS-Software, Dateisystem, RAID-Konfiguration oder Ziel-SSD. Wenn die Netzwerkobergrenze unter der Leistung sowohl des zwischengespeicherten als auch des nach dem Cache liegenden SSD-Bereichs liegt, kann die Grafik flach bleiben, obwohl das Laufwerk seine internen Schreibmodi ändert.

Ein schnelleres Netzwerk verursacht keine Erschöpfung des SLC-Caches. Es beseitigt eine mögliche Obergrenze und ermöglicht es dem Host, die SSD schnell genug zu versorgen, um deren nachhaltige Grenze sichtbar zu machen. Deshalb kann dasselbe Laufwerk hinter einer langsameren Verbindung konsistent erscheinen und bei Anschluss über einen höherdurchsatzfähigen Pfad einen klaren Einbruch zeigen.

Ein Netzwerk-Upgrade beweist nicht, dass die SSD jede Verlangsamung verursacht. Link-Verhandlung, SMB-Einstellungen, CPU-Auslastung, Verkabelung und konkurrierender Datenverkehr sind weiterhin relevant; die 10GbE-NAS-Leistungsprüfungen bieten einen separaten operativen Ansatz, aber keinen Beleg für den NAND-Mechanismus.

Worin unterscheidet sich die Erschöpfung des SLC-Caches von anderen SSD-Verlangsamungen?

Der pseudo-SLC-Cache einer SSD befindet sich innerhalb ihres NAND und der Firmware. Ein NAS-Ebene SSD-Cache ist eine separate Blockgeräte-Schicht, die vor langsamerem Ursprungsspeicher platziert wird. Die Blockgeräte-Cache-Architektur von Linux definiert beispielsweise unterschiedliche Ursprung-, Cache- und Metadaten-Geräte. Das Füllen oder Entleeren dieser Schicht ist nicht dasselbe Ereignis wie das Erschöpfen der SLC-Modus-Kapazität innerhalb der Cache-SSD.

DRAM ist wieder anders. Der Speicher des SSD-Controllers wird üblicherweise mit Adresszuordnung, Metadaten und Controller-Operationen in Verbindung gebracht und dient nicht als großer NAND-Schreibpuffer. Ein Laufwerk als „DRAM-less“ zu bezeichnen, sagt allein nichts über die Größe seines SLC-Caches aus oder erklärt einen großen Einbruch bei sequenziellen Schreibvorgängen.

Garbage Collection und thermisches Drosseln können sich bei derselben Übertragung überschneiden. Garbage Collection gibt Flash-Blöcke frei und kann den Durchsatz ungleichmäßig machen; thermisches Drosseln reduziert die Aktivität, wenn die Gerätetemperatur steigt. Ein wiederholter Einbruch nach einem ähnlichen Schreibvolumen deutet auf eine Kapazitätsgrenze hin, während ein Einbruch, der der Temperatur oder einem verlängerten Gerätezustand folgt, auf einen anderen oder zusätzlichen Mechanismus hinweist.

Welche Messungen unterscheiden einen Cache-Einbruch von einem anderen Engpass?

Zeichnen Sie die Bandbreite über die Zeit auf, anstatt sich auf einen Durchschnittswert zu verlassen. Vergleichen Sie die Menge der geschriebenen Daten vor dem Einbruch, die Form des Übergangs und das Plateau nach dem Einbruch bei wiederholten Durchläufen. Beachten Sie auch den Füllstand des Laufwerks, die Temperatur, die Quellgeschwindigkeit, das Protokoll und ob das NAS vor dem Test im Leerlauf war.

A useful storage test must run long enough to cross the initial burst. The official fio documentation provides steady-state I/O testing, ramp time, time-based workloads, and bandwidth logs specifically to separate transient behavior from stable performance. The test workload still needs to resemble the NAS transfer being investigated.

Finally, compare layers one at a time. A local write reduces network uncertainty, an independent network test isolates the link, temperature telemetry reveals thermal correlation, and an idle interval shows whether burst capacity returns. Together they distinguish a repeatable cache boundary from a generally slow transfer.

Frequently Asked Questions

Is an SSD’s SLC cache the same as a NAS SSD cache?

No. The SLC cache is an internal NAND mode managed by SSD firmware, while a NAS SSD cache is a system-level device or pool used in front of other storage. They can both exist in the same data path and become constrained independently.

Does every TLC or QLC SSD slow down when its SLC cache fills?

Many drives expose a difference between cached and native write performance, but the size and visibility of the drop vary. NAND generation, controller channels, firmware, capacity, temperature, and workload can make the transition dramatic, mild, or hidden behind another bottleneck.

Does keeping more free space make the SLC cache larger?

It can give some dynamic-cache designs more allocation flexibility, but the relationship is firmware-specific. Filesystem free space is not a guaranteed measurement of available SLC capacity, so no single free-space percentage applies to every SSD.

Can a faster network make the slowdown more visible?

Yes. A faster network can feed the destination quickly enough to expose its post-cache write rate. It does not make the SSD slower; it removes a lower network ceiling that may previously have hidden the storage limit.

How can I tell cache exhaustion from thermal throttling?

Compare the trigger. Cache exhaustion often follows a repeatable amount of sustained writing, while thermal throttling tends to correlate with rising temperature and cooling recovery. Both can occur together, so use bandwidth logs and temperature telemetry rather than the transfer graph alone.

Fazit

Der SLC-Cache einer SSD kann kurze Home-NAS-Schreibvorgänge deutlich schneller erscheinen lassen als die Geschwindigkeit, die das Laufwerk nach der Begrenzung seines schnellen Bereichs aufrechterhält. Diagnostizieren Sie die Verlangsamung, indem Sie die Phasen von Burst, Übergang, Plateau und Erholung verfolgen – und indem Sie Netzwerk-, System-Cache-, Temperatur- und Garbage-Collection-Grenzen ausschließen, bevor Sie den Leistungseinbruch als Beweis werten.

Tech- & KI-Zentrum

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.