SMB-Kopiergeschwindigkeit sinkt bei Tausenden kleiner Dateien: Was sollten Sie zuerst testen?
Testen Sie, ob die Anzahl der Dateien und nicht die Linkgeschwindigkeit der Auslöser ist, bevor Sie SMB- oder Netzwerkeinstellungen ändern.
Bei einem Heim-NAS zwingen Tausende kleiner Dateien den Client und Server dazu, für jedes Objekt Pfadsuchen, Berechtigungsprüfungen, Öffnen, Erstellen, Metadatenaktualisierungen, Schließen und anwendungseitiges Scannen zu wiederholen. Ein Gigabit- oder 2,5GbE-Link kann dabei größtenteils untätig bleiben, während der Kopiervorgang sich nur langsam bewegt. Der nützliche erste Schritt ist daher ein A/B-Test, der die Gesamtbytezahl ähnlich hält, aber die Objektanzahl ändert, gefolgt von Tests des Speichers, Clients und Kopierwerkzeugs in fester Reihenfolge.
Vergleichen Sie Eine Große Datei Mit Der Gleichen Bytezahl in Kleinen Dateien
Erstellen Sie zwei Testsätze auf demselben Quellspeicher: eine große Datei und einen Ordner mit Tausenden kleinen Dateien, die ungefähr die gleiche Gesamtgröße haben. Kopieren Sie beide mit demselben Client, SMB-Pfad und Zeitfenster auf denselben NAS-Share.
Ein TrueNAS-Benutzerbericht zeigt das charakteristische Muster der SMB-Verlangsamung bei kleinen Dateien, während große Dateien nahe der normalen Netzwerkgeschwindigkeit blieben. Dieser Kontrast ist nützlicher als eine einzelne Geschwindigkeitszahl, da er beweist, dass die Arbeitslastform den Engpass verändert.
Notieren Sie die verstrichene Zeit, Gesamtdateien, Gesamtbytes, Dateien pro Sekunde, durchschnittliche MB/s und ob die Verlangsamung sofort beginnt oder erst nach Füllen des Caches. Wenn beide Sätze langsam sind, untersuchen Sie zuerst den allgemeinen Netzwerk- oder Speicherpfad; wenn nur der Satz mit kleinen Dateien zusammenbricht, fahren Sie mit metadatenfokussierten Tests fort.
Trennen Sie Netzwerkkapazität Von Pro-Datei-Arbeit
Führen Sie einen Speicher-zu-Speicher-Netzwerktest zwischen demselben Client und NAS durch und vergleichen Sie ihn dann mit dem SMB-Ergebnis der großen Datei. Ein sauberer Netzwerktest und eine schnelle Kopie großer Dateien zeigen, dass der Link Daten übertragen kann, auch wenn die Arbeitslast kleiner Dateien ihn nicht auslastet.
Kleine Dateien verwandeln die Kopie in wiederholte Anfrage-Antwort-Arbeit. Eclectic Light dokumentierte, wie SMB-metadatenintensive Backups unerwartet lange dauern können, selbst wenn wenig Nutzdaten übertragen werden.
Reagieren Sie auf dieses Ergebnis nicht zuerst mit Änderungen an MTU, Duplex oder Linkaggregation. Verfolgen Sie stattdessen Dateien pro Sekunde und geladene Latenz; die nächste nützliche Frage ist, ob die wiederholte Arbeit auf die Quelle, das NAS-Ziel oder die clientseitige Inspektion wartet.
Testen Sie Quell- und Ziel-Metadatenlatenz Getrennt
Kopieren Sie den Satz kleiner Dateien vom Quellort in einen anderen lokalen Ordner auf dem Client und erstellen oder extrahieren Sie denselben Satz lokal auf dem NAS. Diese beiden Tests isolieren Quell-Lesevorgänge und NAS-Erstellungen ohne SMB dazwischen.
Eine Unraid-Diskussion aus erster Hand maß langsame pro-Datei-Operationen, die bei großen Dateiübertragungen nicht sichtbar waren. Das wichtige Signal ist, ob die lokale Zielerstellung bereits langsam ist, bevor das Netzwerk involviert ist.
Wenn die client-lokale Kopie langsam ist, prüfen Sie die Quellfestplatte, das Dateisystem, die Verschlüsselung und die Dateianordnung. Wenn die NAS-lokale Erstellung langsam ist, prüfen Sie den Ziel-Pool, Cache-Tier, Paritätspfad, freie Speicherfragmentierung, Metadatengerät und synchrones Schreibverhalten, bevor Sie SMB optimieren.
Messen Sie Sicherheits-Scanning und Indexierung An Beiden Endpunkten
Antivirus, Endpunktschutz, Thumbnail-Erstellung, Inhaltsindexierung, Sync-Watcher und Medienscanner können jede neue Datei inspizieren. Ihre feste Kosten pro Objekt können eine Arbeitslast dominieren, die Tausende von Elementen schnell erstellt.
Führen Sie einen kontrollierten Test durch, bei dem Echtzeit-Scanning und Indexierung nur für den dedizierten Testordner vorübergehend ausgeschlossen werden, und stellen Sie den Schutz sofort wieder her. Der Zweck ist nicht, die Sicherheit dauerhaft zu deaktivieren, sondern zu bestimmen, ob die Verlangsamung der pro-Datei-Inspektion folgt.
Wenn die Dateien pro Sekunde stark steigen, erstellen Sie eine sicherere langfristige Ausnahme nur für vertrauenswürdige Backup-Staging- oder generierte Cache-Daten oder planen Sie den Scan nach der Übertragung. Wenn sich das Ergebnis nicht ändert, stellen Sie die ursprünglichen Einstellungen wieder her und konzentrieren Sie sich auf das Verhalten des Kopierwerkzeugs, anstatt unerklärte Ausnahmen anzusammeln.
Vergleichen Sie Kopierwerkzeuge und Parallelität Ohne Änderung des Datensatzes
File Explorer, Finder, Robocopy, rsync, Backup-Clients und Archivwerkzeuge können unterschiedliche Warteschlangentiefen, Metadatenaufrufe, Wiederholungsregeln und Parallelität verwenden. Vergleichen Sie zwei Werkzeuge mit demselben Quellbaum und Ziel, anstatt unterschiedliche Arbeitslasten zu vergleichen.
Resilios Diskussion über Scans großer Dateianzahlen zeigt, warum ein Job metadatengebunden bleiben kann, selbst wenn sich wenig Inhalt ändert. Mehr Threads können etwas Latenz verbergen, aber sie können das NAS auch mit gleichzeitigen Erstellungen überlasten.
Erhöhen Sie die Parallelität schrittweise und stoppen Sie, wenn die Dateien pro Sekunde nicht mehr steigen, die Latenz stark ansteigt oder das NAS beginnt, Schreibvorgänge zu warten. Behalten Sie die Einstellung, die die reale Arbeitslast konsistent verbessert, nicht den höchsten Wert, den das Werkzeug erlaubt.
Nutzen Sie Das Ergebnis-Muster, Um Die Kleinste Lösung Zu Wählen
Die Diagnose sollte auf eine dominante Phase hinweisen: Netzwerkkapazität, Quell-Lesevorgänge, NAS-Erstellungen, Endpunkt-Scanning, SMB-Anfrageverhalten oder das Kopierwerkzeug. Kombinieren Sie nicht alle möglichen Optimierungen in einem Experiment, da die endgültige Geschwindigkeitsänderung dann die Ursache nicht mehr erklärt.
ZimaSpace’s Erklärung, wie Dateianzahl die NAS-Arbeit erhöht, liefert den Grund, warum Dateien pro Sekunde für diese Arbeitslast wichtiger sein können als MB/s.
Akzeptieren Sie die Lösung nur, wenn sich derselbe Satz kleiner Dateien bei wiederholten Durchläufen verbessert, ohne die Geschwindigkeit großer Dateien, Berechtigungen, Wiederherstellungsverhalten oder NAS-Reaktionsfähigkeit zu beeinträchtigen. Wenn eine individuelle Wiederherstellung nicht nötig ist, kann das Verpacken unveränderlicher winziger Dateien in ein Archiv den Objekt-Overhead reduzieren, aber das ist eine Workflow-Entscheidung und keine universelle SMB-Reparatur.
Empfohlene Produkte
Support & Tipps
Mehr zum Lesen
Kann Plex eine GPU mit einem anderen Docker-Container gemeinsam nutzen?
Plex und ein weiterer Container können häufig auf dieselbe GPU zugreifen, aber du musst die Treiberunterstützung, die Gerätezuordnung, die Auslastung der Video-Engine, den Speicher...
So erkennst du, ob ein Plex-Fehler vom Client oder vom Server verursacht wird
Reproduziere dasselbe Element auf einem anderen Client, vergleiche den Sitzungspfad und sammle Serverbelege erst, nachdem der Geltungsbereich dir gezeigt hat, wo der Fehler tatsächlich...
So konfigurierst du den Plex-Cache und den temporären Transcodierungs-Speicher
Schütze den persistenten Plex-Zustand, indem du temporäre Transcodierungsdateien auf geeignetem lokalem Speicher ablegst, und überprüfe anschließend die Bereinigung, den freien Speicherplatz und das Verhalten...
