Warum zeigen zufällige Lesevorgänge Latenzen, die bei sequentiellen NAS-Tests verborgen bleiben?

Zufällige Lesezugriffe legen die Latenz eines Heim-NAS offen, da sie einen vorhersehbaren Datenstrom durch viele separate Anforderungen an nicht zusammenhängende Orte ersetzen. Ein sequentieller Test kann eine hervorragende Bandbreite zeigen, während das alltägliche Browsen langsam bleibt, wenn jeder kleine Lesevorgang, Metadaten-Lookup oder Cache-Miss spürbare Zeit in Anspruch nimmt.

Die beiden Tests beantworten unterschiedliche Fragen. Die sequentielle Durchsatzmessung fragt, wie schnell der Pfad einen kontinuierlichen Datenstrom bewegen kann; der Zufallslesetest fragt, wie schnell das NAS viele verstreute Datenstücke finden und zurückgeben kann. Anwendungen, Fotobibliotheken, Quellcodebäume und Ordner mit kleinen Dateien sind oft stärker auf das zweite Verhalten angewiesen.

Was misst ein sequentieller NAS-Test tatsächlich?

Ein großer sequentieller Lesevorgang bewegt sich durch benachbarte Offsets in einer Datei oder einem Blockbereich. Der Speicher-Stack kann Lokalität erkennen, nahegelegene Anforderungen zusammenführen, vorlesen und große Datenmengen mit weniger Befehlsaufwand pro Byte übertragen. Netzwerk- und Festplattenbandbreite dominieren daher das Ergebnis, sobald der Datenstrom etabliert ist. Die Startverzögerung wird zu einem kleinen Bruchteil eines langen Transfers, was den gemeldeten Durchschnitt weiter begünstigt.

Die Unterscheidung ist explizit in den fio-Arbeitslastdefinitionen enthalten, die sequentielle Lesezugriffe von zufälligen Lesezugriffen trennen. Die Änderung nur dieses Zugriffsverhaltens kann ein sehr unterschiedliches Ergebnis liefern, selbst wenn die NAS-Hardware für zu Hause, das Netzwerk und das gesamte Datenvolumen unverändert bleiben.

Dies macht sequentielle Tests nicht irreführend. Sie stellen Aufgaben wie das Streaming einer großen Mediendatei oder das Kopieren eines großen Archivs genau dar. Das Problem beginnt, wenn das Ergebnis als universelle Messgröße für die Reaktionsfähigkeit beim Browsen, das Starten von Anwendungen oder Ordner mit Tausenden von nicht zusammenhängenden Objekten behandelt wird. Die Testbenennung sollte daher das Zugriffsverhalten angeben, anstatt eine einzelne Bandbreitenzahl als „NAS-Geschwindigkeit“ darzustellen.

Was ändert sich, wenn Lesezugriffe ihre Lokalität verlieren?

Ohne Lokalität kann die nächste Anforderung einen Block weit entfernt vom vorherigen ansteuern. Bei einer HDD muss der Aktuator den Lesekopf neu positionieren und warten, bis der gewünschte Sektor rotiert. Die Linux-Blockschicht-Dokumentation weist auf die hohe Zugriffsstrafe bei magnetischen Festplatten hin und erklärt, wie benachbarte Anforderungen zur Effizienzsteigerung zusammengeführt werden können.

Eine SSD vermeidet mechanisches Suchen, aber eine zufällige Arbeitslast erzeugt dennoch mehr Befehle für dieselbe Anzahl von Bytes, wenn die Blockgröße klein ist. Controller-Lookup, Flash-Übersetzung, Dateisystemarbeit und Protokollverarbeitung müssen für viele einzelne Operationen abgeschlossen werden, daher sind Latenz und IOPS wichtiger als die maximale sequentielle Bandbreite.

Auf Dateiebene kann zerstreuter Zugriff auch Verzeichnisauflistung, Inode- oder Dateieintragslesungen, Berechtigungsprüfungen, erweiterte Attribute und Öffnen/Schließen-Operationen umfassen. Diese Schritte können von der Anwendung oder dem Protokoll seriell ausgeführt werden, sodass wenig Gelegenheit besteht, dass eine Hochgeschwindigkeitsverbindung jede Runde der Anfragelatenz kompensiert.

Warum kann ein schneller Durchschnitt viele langsame Anfragen verbergen?

Durchsatz ist die Gesamtmenge der Daten geteilt durch die Zeit. Er kann hoch bleiben, wenn große Anfragen die Bytezahl dominieren, auch wenn kleine Anfragen langsam abgeschlossen werden. Ein Benutzer bemerkt die Verzögerung, bevor der nächste Ordner, die Vorschau oder das Anwendungsobjekt erscheint, nicht die durchschnittliche Anzahl der Megabyte, die über alle Arbeiten bewegt werden.

Diese Tabelle trennt synthetische Muster nach der Frage, die jedes beantworten kann. Die Fälle mit und ohne Cache sind besonders wichtig, da ein zweiter Durchlauf die Effektivität des Speichers messen kann, anstatt der Laufwerke, die den ersten Durchlauf bedient haben.

Es ist keine Vorhersage der Geschwindigkeit für ein bestimmtes NAS. Blockgröße, Warteschlangentiefe, Arbeitsmengengröße, Client-Konkurrenz, Protokoll, Dateisystem und Laufwerkslayout verändern alle das Ergebnis. Ein nützlicher Test kontrolliert diese Eingaben und berichtet sowohl Bytes pro Sekunde als auch Abschlusszeit-Perzentile.

Wie begünstigen Cache und Read-Ahead sequenzielle Tests?

Read-Ahead sagt voraus, dass Daten, die dem aktuellen Bereich folgen, bald benötigt werden, und lädt sie, bevor die Anwendung danach fragt. Dies ist bei einem Vorwärtsstrom effektiv und weitaus weniger nützlich, wenn jeder nächste Offset unabhängig ist. Linux bietet eine Blockgerät-Read-Ahead-Grenze, die bestätigt, dass das Dateisystem zusätzliche Daten über den unmittelbaren Lesevorgang hinaus anfordern kann.

RAM kann die Lücke noch weiter vergrößern. Häufig genutzte Verzeichniseinträge, Dateimetadaten und Datenseiten können zurückgegeben werden, ohne das Laufwerk zu berühren. Ein Test, dessen Datensatz in den verfügbaren Speicher passt, kann daher die Geschwindigkeit von Cache und Netzwerk melden, während ein größerer oder kalter Datensatz die Latenz des zugrunde liegenden Speichers offenlegt.

Cache ist Teil der echten NAS-Leistung und sollte daher nicht automatisch deaktiviert werden. Stattdessen sollten Ergebnisse mit warmem Cache und kaltem Cache getrennt gekennzeichnet werden. Diese Unterscheidung zeigt, ob die Benutzererfahrung schnell ist, weil der aktive Arbeitsbereich im Speicher gehalten wird oder weil der Speicher selbst Cache-Misses schnell verarbeitet.

Warum wirken kleine Dateien langsamer, als ihr Byte-Volumen vermuten lässt?

Jede Datei führt feste Arbeiten ein, die mit der Nutzlast nicht kleiner werden. Der Client sucht einen Verzeichniseintrag, prüft Metadaten, öffnet das Objekt, liest dessen Inhalt und schließt es. Wenn Dateien winzig sind, machen diese Operationen einen viel größeren Anteil der Gesamtzeit aus als bei einem kontinuierlichen Multi-Gigabyte-Lesevorgang.

Netzwerkprotokolle können um diese Arbeit Anforderungs- und Antwortgrenzen legen. Selbst in einem LAN mit niedriger Latenz sammeln sich Tausende teilweise serialisierte Operationen an. Die daraus resultierende Verzögerung ist nicht einfach „langsames Netzwerk“ oder „langsames Laufwerk“; es ist die kombinierte Latenz von Client, Protokoll, Dateisystem, Cache und Gerät. Virenscans, Vorschau-Extraktionen und Prüfungen auf Anwendungsebene können denselben pro Datei-Pfad erweitern.

Deshalb können sich ein Anwendungsdatensatz und ein Ordner mit gleich großen Mediendaten unterschiedlich verhalten. Die praktische Wahl zwischen SMB und NFS kann das Caching und das Anforderungsverhalten ändern, verwandelt jedoch eine metadatenintensive Arbeitslast nicht in einen sequentiellen Datenstrom.

Wie sollte ein Heim-NAS die echte Browsing-Latenz testen?

Beginnen Sie mit der Definition der Arbeitslast: Objektgröße, Lese-/Schreibmischung, Anzahl der Dateien, Größe des Arbeitsbereichs, Anzahl der Clients und ob Daten zwischengespeichert werden sollen. Führen Sie eine große sequenzielle Basislinie durch, fügen Sie jedoch feste zufällige Lesevorgänge und einen Datei-Test hinzu, der dieselben Objekttypen öffnet, die von der realen Anwendung verwendet werden. Halten Sie die Platzierung des Datensatzes und die Bedingungen für freien Speicherplatz stabil, damit Vergleiche nicht Zugriffsänderungen mit einem anderen Speicherzustand vermischen.

Berichten Sie IOPS, Durchsatz und Latenz-Perzentile zusammen. Linux stellt abgeschlossene Operationen, die für Lese- und Schreibvorgänge aufgewendete Zeit, Zusammenführungen und laufende I/O über Kernel-Disk-Statistiken bereit. Diese Zähler helfen dabei, ein ausgelastetes Gerät und wachsenden Rückstau von einem durch den Client oder das Netzwerk begrenzten Test zu unterscheiden.

Wiederholen Sie den Test mit einem Client und mit realistischer Gleichzeitigkeit, während Sie CPU-, Speicher-, Netzwerk- und Festplattenauslastung überwachen. Wenn die Geschwindigkeit bei großen Dateien stark ist, aber kleine uncached Lesezugriffe eine schlechte Tail-Latenz aufweisen, kann die NAS-Anwendungsarbeitslast als ergänzender Betriebsweg untersucht werden, anstatt das Speicheregebnis neu zu definieren.

FAQ

Sind Zufallslesetests genauer als sequenzielle Tests?

Sie sind nur für Arbeitslasten mit verstreutem Zugriff repräsentativer. Sequenzielle Tests bleiben die richtige Messgröße für Streaming und Kopieren großer Dateien; eine vollständige NAS-Bewertung verwendet beide, anstatt einen universell als genau zu deklarieren.

Warum sieht ein zweiter Benchmark-Durchlauf oft schneller aus?

Das Betriebssystem oder NAS kann zuvor gelesene Daten und Metadaten aus dem RAM bereitstellen. Dieses Ergebnis mit warmem Cache ist nützlich, sollte aber separat gekennzeichnet werden, da es möglicherweise nicht mehr denselben Speicherpfad wie der erste Lauf misst.

Kann SSD-Speicher die Latenz bei kleinen Dateien eliminieren?

Es kann die Gerätezugriffs-Latenz erheblich reduzieren, besonders im Vergleich zu einer HDD bei zufälligen Lesezugriffen, aber es kann Protokoll-Rundreisen, Dateisystem-Metadatenarbeit, Anwendungs-Serialisierung oder CPU-Konkurrenz nicht eliminieren.

Garantiert 10GbE schnelleres NAS-Surfen?

Nein. Eine schnellere Verbindung erhöht die Bandbreitengrenze und kann die Übertragungszeit für große Datenmengen reduzieren, aber das Surfen kann weiterhin durch die Latenz kleiner Anfragen begrenzt sein. Die umfassendere 10GbE NAS-Diagnose ist nützlich, wenn der Test zeigt, dass das Netzwerk nicht der einzige Engpass ist.

Welche Latenzzahl passt am besten zu einer langsamen Benutzeroberfläche?

Verwenden Sie Perzentil-Latenzen, insbesondere das 95. oder 99. Perzentil, zusammen mit dem Median. Ein reaktionsschneller Median kann mit gelegentlich langen Anfragen koexistieren, die sichtbar Thumbnails, Ordnernavigation oder Anwendungsbildschirme verzögern.

Fazit

Sequenzielle NAS-Tests messen, wie effizient der Pfad benachbarte Datenströme verarbeitet; zufällige und kleine Datei-Tests zeigen, wie lange verstreute Anfragen tatsächlich warten. Wenn die angegebene Bandbreite stark aussieht, das Surfen sich aber langsam anfühlt, vergleichen Sie die Latenz-Perzentile des kalten Caches und End-to-End-Dateioperationen, bevor Sie allein die Netzwerkgeschwindigkeit verantwortlich machen.