Gleiche 1 GB, und trotzdem kopiert ein Fotoordner langsamer als ein einzelnes Video — warum?

Ein 1-GB-Video war im Nu kopiert, ein Fotoordner von insgesamt 1 GB will dagegen nicht enden. Sie sind auf eine neue SSD umgestiegen, aber sobald viele kleine Dateien verschoben werden, bricht die Transfergeschwindigkeit ein.

Bei gleicher Größe müsste auch die Zeit gleich sein — aber die Kopierzeit entscheidet sich nicht nur danach, „wie viele Bytes zu bewegen sind“, sondern auch danach, „wie viele Dateien zu behandeln sind“.

Dieser Artikel ist eine Einführung für alltägliche Nutzerinnen und Nutzer, die unter Windows 11 Fotos und Unterlagen auf externe Laufwerke oder ein NAS kopieren. Er erklärt den Mechanismus und zeigt dann ein Verfahren, mit dem Sie Daten derselben Gesamtgröße selbst vergleichen. Die Darstellung stützt sich auf am 5. September 2026 geprüfte offizielle Unterlagen und ist kein Messergebnis der Geschwindigkeit eines bestimmten PCs oder NAS.

1. „1 GB bewegen“ und „10.000 Stück verarbeiten“ sind verschiedene Arbeiten

Man kann es sich wie einen Umzug vorstellen: Auch wenn das Gesamtgewicht gleich ist, sind ein großer Karton und 10.000 kleine Päckchen, deren Adresse jeweils geprüft werden muss, nicht derselbe Aufwand. Auch Dateien verursachen Arbeit vor und nach dem Bewegen des Inhalts.

flowchart TB
    accTitle: Gleiche Größe, unterschiedliche Dateianzahl
    accDescr: Auch bei insgesamt 1 GB Daten erfordern eine Datei und viele Dateien eine unterschiedliche Zahl von Verwaltungsvorgängen.
    A["Insgesamt 1 GB Daten"] --> B["Eine große Datei"]
    A --> C["10.000 kleine Dateien"]
    B --> D["Wenige dateiweise Vorgänge"]
    C --> E["Dateiweise Vorgänge wiederholt"]

Abbildung 1: Gleiche Bytezahl bedeutet nicht gleiche Dateianzahl.

Auch Microsoft erklärt, dass beim aufeinanderfolgenden Kopieren vieler kleiner Dateien über ein Netz andere Arbeit als die Datenübertragung greift und die Leitungsgeschwindigkeit nicht ausgeschöpft werden kann.¹

Natürlich ist das keine Regel nach Format im Sinne von „Fotos sind langsam, Videos sind schnell“. Ein paar große Fotos und zehntausende winzige Bilder sind unterschiedliche Situationen. Öffnen Sie zuerst die Eigenschaften des Ordners und sehen Sie sich sowohl die Gesamtgröße als auch die Dateianzahl an. Für den Vergleich gleichen Sie die Gesamtbytezahl des Dateiinhalts ab, nicht die „Größe auf dem Datenträger“.

In der Abbildung kennzeichnet eine durchgezogene Linie eine stets geltende Beziehung und eine gestrichelte Linie eine bedingte (die Bedingungen stehen bei jeder Beziehung auf der Detailseite). Die vollständige Liste der Beziehungen (11 insgesamt, mit Beleg und Sicherheitsgrad) und die Definitionen der wichtigsten Konzepte sind auf der Detailseite der Wissenskarte (auf Japanisch) zusammengestellt. Daten: JSON-LD / Turtle

2. Eine Kopie behandelt mehr als nur den Inhalt

Beim Kopieren einer Datei wird die Quelle geöffnet, die Zieldatei erstellt, der Inhalt gelesen und geschrieben, die erforderlichen Informationen gesetzt und die Datei geschlossen. Das Öffnen einer Datei unter Windows behandelt außerdem Bedingungen wie Zugriffsrechte und ob andere Vorgänge die Datei gleichzeitig öffnen dürfen.²

Die Informationen zur Verwaltung einer Datei, etwa Name, Größe und Zeitstempel, heißen Metadaten. Das Dateisystem NTFS beispielsweise hält dateiweise Verwaltungsinformationen in Strukturen wie der MFT (Master File Table) fest. Es ist kein Mechanismus, bei dem das Schreiben der Pixeldaten des Fotos schon alles wäre.³

flowchart TB
    accTitle: Die Arbeit beim Kopieren einer Datei
    accDescr: Neben dem Lesen der Quelle sind das Erstellen des Ziels, das Verwalten seiner Informationen und das Schließen für jede Datei nötig.
    A["Quelle öffnen"] --> B["Ziel erstellen"]
    B --> C["Inhalt lesen und schreiben"]
    C --> D["Informationen setzen und schließen"]
    D -.-> E["Für die nächste Datei wiederholen"]

Abbildung 2: Ein konzeptioneller Ablauf. Die tatsächliche Reihenfolge der Vorgänge und eine eventuelle parallele Ausführung hängen von der Kopiermethode und dem Dateisystem ab.

Eine SSD lässt diese Verwaltungsarbeit nicht verschwinden. Die große Transferrate auf dem Datenblatt eines Produkts allein sagt nicht, wie lange 10.000 Dateien zum Kopieren brauchen. Es ist auch zu grob, das Kopieren kleiner Dateien einfach „alles zufällige E/A“ zu nennen. Über die Lage der Lese- und Schreibzugriffe hinaus muss die Dateibehandlung selbst getrennt betrachtet werden.

3. Auf einem NAS kommt „Warten auf die Antwort der Gegenseite“ hinzu

Ein NAS ist ein Speichergerät, das über das Netz genutzt wird. Bei SMB (Server Message Block), dem Protokoll hinter den freigegebenen Ordnern von Windows, werden Dateivorgänge der Gegenseite in Auftrag gegeben, und es gibt Stellen, an denen der PC darauf wartet, dass diese Seite die Anforderung verarbeitet und antwortet.

flowchart TB
    accTitle: Dateivorgänge über ein Netz
    accDescr: Eine Vorgangsanforderung des PCs läuft über das Netz, wird auf der Gegenseite zu einem Dateivorgang und die Antwort kehrt zum PC zurück.
    A["PC fordert einen Dateivorgang an"] --> B["Läuft über das Netz"]
    B --> C["Gegenseite verarbeitet die Datei"]
    C --> D["Antwort kehrt zum PC zurück"]

Abbildung 3: Viel auf einmal bewegen zu können und auf einen einzelnen Vorgang schnell Antwort zu bekommen, sind zwei verschiedene Dinge.

Die Bandbreite entspricht der Zahl der Fahrspuren einer Straße; die Latenz entspricht der Zeit, bis eine Antwort zurückkommt. Wächst die Wartezeit pro kleiner Datei, steigt die übertragene Menge selbst bei freier Bandbreite nicht. Auch die Prüfung durch den Virenschutz kann die Verarbeitungszeit pro Datei beeinflussen.¹

Das bedeutet jedoch nicht, dass jede Datei immer eine feste Zahl von Roundtrips braucht. SMB hat einen Mechanismus zum Bündeln von Anforderungen, und Cache sowie Parallelität ändern ebenfalls, wie das Warten abläuft.⁴⁵ Die Ergebnisse unterscheiden sich außerdem zwischen einem Heim-LAN und einem freigegebenen Ordner an einem entfernten Standort.

Ein vereinfachtes Beispiel, um in Zahlen zu denken

Unter der Annahme, dass alles ohne Überlappung nacheinander verarbeitet wird, sieht die Überlegung so aus.

Kopierzeit ≈ Gesamtbytes ÷ Datentransferrate
           + Dateianzahl × Zusatzzeit pro Datei

Das ist weder ein Messwert noch die genaue Formel von Windows. Zur Veranschaulichung sei angenommen, der Datenanteil laufe mit 100 MB/s und die Zusatzzeit betrage 2 Millisekunden pro Datei. Hier gilt 1 GB = 1.000 MB.

Der Datenanteil von 1 GB braucht 10 Sekunden. Bei einer Datei beträgt die Zusatzzeit 0,002 Sekunden, bei 10.000 Dateien jedoch 20 Sekunden, zusammen also etwa 30 Sekunden. Das Modell lässt Parallelität, Cache sowie CPU- und Speichergrenzen weg, erklärt aber, warum „dieselbe Größe eine andere Zeit braucht“.

flowchart TB
    accTitle: Kopierzeit in zwei Teile zerlegen
    accDescr: Unterscheidet die von der Gesamtgröße bestimmte Übertragungszeit von der Zusatzzeit, die mit der Dateianzahl anwächst.
    A["Zeit proportional zur Gesamtgröße"] --> C["Gesamte Kopierzeit"]
    B["Zusatzzeit proportional zur Dateianzahl"] --> C

Abbildung 4: Mit wachsender Dateianzahl wird Zeit spürbar, die am Datenvolumen allein nicht sichtbar war.

4. ZIP „verkleinert“ nicht nur — es „bündelt auch zu einem“

ZIP hat zwei Rollen: Daten komprimieren und mehrere Dateien in einen einzigen Behälter bündeln. JPEG ist bereits ein komprimiertes Format, daher kann das Packen in ein ZIP die Größe kaum verringern.⁶

Trotzdem gibt es einen eigenen Effekt: Die Zahl der während der Übertragung behandelten Dateien sinkt von 10.000 auf eine. Nur auf das Kompressionsverhältnis zu schauen und zu schließen, „das ZIP war sinnlos“, ist verfrüht.

flowchart TB
    accTitle: Die zwei Rollen von ZIP
    accDescr: Die Änderung der Dateianzahl durch das Bündeln in ein ZIP und die Größenänderung durch Kompression sind getrennte Effekte.
    A["Fotos in ein ZIP bündeln"] --> B["Eine Datei zu übertragen"]
    A --> C["Größenänderung hängt vom Inhalt ab"]

Abbildung 5: Selbst wenn fast nichts komprimiert, sinkt die Zahl der zu übertragenden Dateien.

Weder das Bündeln noch das Entpacken ist jedoch kostenlos. Wenn Sie die Fotos als gewöhnlichen Ordner nutzen wollen, vergleichen Sie die folgende Summe.

Zeit über ZIP = ZIP-Erstellung + ZIP-Übertragung + Entpacken

Beim Erstellen des ZIP werden die kleinen Dateien gelesen, und das Entpacken erstellt sie am Ziel erneut. Der Punkt ist nicht, die Arbeit pro Datei zu streichen, sondern zu ändern, wo diese Arbeit stattfindet und in welcher Form übertragen wird. Ist die Verarbeitung vor und nach der Übertragung schwer, kann Nichtbündeln schneller sein.¹

5. „Wo Sie entpacken“ ändert, was ZIP einbringt

Wenn Sie das ZIP an den empfangenden PC schicken und es auf dessen lokalem Laufwerk entpacken, müssen die kleinen Dateien nicht einzeln über das Netz fließen. Auch die Hinweise von Microsoft nennen das Entpacken des Archivs auf dem Zielsystem als Verfahren.¹

flowchart TB
    accTitle: Entpacken auf dem Ziel gegenüber Entpacken vom PC in die Freigabe
    accDescr: Unterscheidet den Weg, auf dem das Ziel intern entpackt, vom Weg, auf dem der PC die entpackten Dateien in die Freigabe schreibt.
    A["ZIP an das Ziel senden"] --> B["Ziel entpackt intern"]
    C["PC-App entpackt"] --> D["Kleine Dateien gehen an die Freigabe"]

Abbildung 6: „Das ZIP liegt auf dem NAS“ bedeutet für sich genommen nicht, dass das Entpacken innerhalb des NAS stattfindet.

Hier liegt ein häufiger Fehler. Öffnen Sie auf dem PC im Explorer ein ZIP auf dem NAS und wählen denselben freigegebenen Ordner als Entpackziel, schreibt der PC die entpackten kleinen Dateien auf das NAS, sodass die feinkörnigen Netzvorgänge von vorn beginnen.

Unterscheiden Sie das vom Fall, in dem das NAS selbst eine unterstützte Entpackfunktion hat, die sich etwa über die Verwaltungskonsole innerhalb des NAS ausführen lässt. Fehlt eine solche Funktion, bleiben Sie nicht bei „ein ZIP schicken löst es“ stehen; messen Sie den gesamten Weg, den Sie tatsächlich nutzen. Beim Vergleich von Entpacken innerhalb des NAS und Entpacken auf das lokale Laufwerk des PCs gilt außerdem: Der endgültige Speicherort der Dateien ist ein anderer.

6. Große Datei, kleine Dateien und ZIP bei denselben 1 GB vergleichen

Sie können zuerst mit einem Video und Fotos beginnen, die Sie bereits haben. Weil sich Inhalt, Dateianzahl und Komprimierbarkeit aber alle unterscheiden, verwenden Sie Testdaten, wenn Sie die Ursache eingrenzen wollen. Was folgt, ist kein Satz gemessener Geschwindigkeiten, sondern ein Vergleichsverfahren für Ihre eigene Umgebung.

Bereiten Sie drei Dinge vor: eine große Datei, 10.000 kleine Dateien und ein unkomprimiertes ZIP, das diese 10.000 Dateien bündelt. Der Inhalt von A und B beträgt jeweils genau 1.000.000.000 Bytes. C trägt zusätzlich die Verwaltungsinformationen von ZIP, daher stimmt die Dateigröße nicht genau mit A und B überein.

flowchart TB
    accTitle: Drei Arten von Vergleichsdaten
    accDescr: Erstellen Sie eine große Datei und eine Menge kleiner Dateien mit derselben Gesamtgröße und daraus ein unkomprimiertes ZIP.
    A["Dieselbe Gesamtsumme von 1 GB vorbereiten"] --> B["Eine 1-GB-Datei"]
    A --> C["10.000 Dateien zu 100 KB"]
    C --> D["Gleicher Inhalt in ein unkomprimiertes ZIP"]

Abbildung 7: Mit einem unkomprimierten ZIP lässt sich der Effekt des Bündelns getrennt von Unterschieden im Kompressionsverhältnis beobachten.

Die Testdateien erstellen (optional)

Dieser Abschnitt richtet sich an Leserinnen und Leser, die die Befehlszeile nutzen können. Legen Sie in Windows PowerShell 5.1 oder neuer im lokalen temporären Ordner einen neuen Testordner an. Die große Datei und die kleinen Dateien allein brauchen etwa 2 GB, mit ZIP etwa 3 GB, und das Ziel braucht eigenen freien Speicher. Damit die Platte nicht volläuft, stellen Sie sicher, dass die Quelle mindestens etwa 5 GB frei hat.

Vorhandene Fotos oder Unterlagen werden nicht verwendet. Die Daten stammen aus Pseudozufallszahlen, die Dateien lassen sich also nicht als Videos oder Fotos öffnen. Das vermeidet die extreme Kompression, die man allein mit Nullen füllen würde, bildet aber Prüfung oder Anwendungsverhalten bei echten Fotos nicht nach.

$ErrorActionPreference = 'Stop'
$lab = Join-Path ([System.IO.Path]::GetTempPath()) ('copylab-' + [guid]::NewGuid().ToString('N'))
$drive = New-Object System.IO.DriveInfo ([System.IO.Path]::GetPathRoot($lab))
if ($drive.AvailableFreeSpace -lt 5GB) {
    throw 'Stellen Sie sicher, dass das Testlaufwerk mindestens 5 GB freien Speicher hat.'
}
$largeDir = Join-Path $lab 'large'
$smallDir = Join-Path $lab 'small'
[System.IO.Directory]::CreateDirectory($largeDir) | Out-Null
[System.IO.Directory]::CreateDirectory($smallDir) | Out-Null
Write-Host "Erstellt unter: $lab"

$fileCount = 10000
$buffer = New-Object byte[] 100000
$random = New-Object System.Random 20260905
$large = [System.IO.File]::Open(
    (Join-Path $largeDir 'one.bin'),
    [System.IO.FileMode]::CreateNew,
    [System.IO.FileAccess]::Write,
    [System.IO.FileShare]::None
)
try {
    for ($i = 0; $i -lt $fileCount; $i++) {
        $random.NextBytes($buffer)
        $name = 'part-{0:D5}.bin' -f $i
        [System.IO.File]::WriteAllBytes((Join-Path $smallDir $name), $buffer)
        $large.Write($buffer, 0, $buffer.Length)
    }
}
finally {
    $large.Dispose()
}
Write-Host "Vorbereitung abgeschlossen. Der Inhalt jedes Datensatzes beträgt $([long]$fileCount * $buffer.Length) Bytes."

Dieselbe Bytefolge wird sowohl in die kleinen Stücke als auch in die einzelne Datei geschrieben. Als Nächstes erstellen Sie im selben PowerShell-Fenster das unkomprimierte ZIP. Halten Sie hier die Erstellzeit fest. NoCompression legt die Dateien ohne Kompression im ZIP ab.⁷

$zip = Join-Path $lab 'small.zip'
$watch = [System.Diagnostics.Stopwatch]::StartNew()
Compress-Archive -LiteralPath $smallDir -DestinationPath $zip -CompressionLevel NoCompression
$watch.Stop()
Write-Host "ZIP-Erstellung: $($watch.Elapsed.TotalSeconds) Sekunden"
Write-Host "ZIP-Größe: $((Get-Item -LiteralPath $zip).Length) Bytes"

Dieses Verfahren gilt nur für die erzeugten gewöhnlichen Dateien. Compress-Archive hat Einschränkungen, etwa das Ignorieren versteckter Dateien; verwenden Sie es daher nicht unverändert als vollständige Sicherung eines wichtigen Ordners.⁷ Bricht es mit einem Fehler ab, verwenden Sie diesen Lauf nicht zur Messung; prüfen Sie den Testordner, dessen Pfad angezeigt wurde. Räumen Sie erst auf, nachdem Sie bestätigt haben, dass es der von Ihnen selbst erstellte Ordner ist.

Die Messbedingungen gleich halten

Verwenden Sie dieselben Quell- und Zielgeräte, dasselbe Netz und dieselbe Kopiermethode. Kopieren Sie zunächst alle drei im Explorer; verwenden Sie kein Verschieben. Machen Sie das Ziel jedes Mal zu einem neuen, leeren Ordner, damit das Überspringen vorhandener Dateien oder Überschreiben-Rückfragen nicht einfließen.

flowchart TB
    accTitle: Verfahren, um Vergleichsbedingungen gleich zu halten
    accDescr: Kopierweg und Methode festlegen, mehrfach in wechselnder Reihenfolge in ein leeres Ziel kopieren und nach Abschluss den Inhalt prüfen.
    A["Gleiche Geräte, gleicher Weg, gleiche Methode"] --> B["Jedes Mal leeres Ziel"]
    B --> C["Mehrfach in wechselnder Reihenfolge messen"]
    C --> D["Auch Anzahl und Inhalt prüfen"]

Abbildung 8: Behandeln Sie Zeit, die durch Überspringen bereits kopierter Dateien gespart wird, nicht als schnellere Übertragung.

Messen Sie jeden Fall zum Beispiel dreimal, variieren Sie die Reihenfolge und halten Sie Median und Streuung fest. Windows legt Dateien im Speicher im Cache ab, daher kann nur der zweite Lauf schneller ausfallen. Ein neues Ziel leert den Cache auf der Leseseite nicht. Was dieses Verfahren zeigt, ist eine Tendenz nahe dem alltäglichen Kopieren, nicht die strenge medienbezogene Leistung ohne Cache.⁵

Kopien innerhalb desselben physischen Laufwerks haben Lese- und Schreibzugriffe, die miteinander konkurrieren; mischen Sie sie daher nicht mit Kopien auf ein getrenntes Gerät. Verwenden Sie keine nur-online-Cloud-Dateien, weil die Zeit zum Abrufen enthalten wäre, und ändern Sie Bedingungen wie Virenschutz oder Synchronisierung nicht mittendrin.

Das ist eine Tabelle zum Aufzeichnen; es sind keine Ergebniszahlen eingetragen. A ist eine Kontrolle, um die Eigenschaften der Übertragung zu beobachten; weil die Dateistruktur anders ist, ist A kein Ersatz für B. Für den praktischen Vergleich zwischen B und C ist das Ziel, dieselbe Dateimenge am selben endgültigen Ort abzulegen. Halten Sie auch immer fest, wo entpackt wurde.

Nach dem Kopieren oder Entpacken gleichen Sie Dateianzahl und Gesamtbytes ab und prüfen den Inhalt bei Bedarf mit Hashes. Die Prüfläufe liegen außerhalb der Messung; notieren Sie, dass sie auch den Cache für den nächsten Versuch beeinflussen. Die Zeit bis zum Schließen des Kopierdialogs misst nicht die Zeit, bis die Daten einen Stromausfall überstehen, daher experimentieren Sie auch nicht damit, ein externes Gerät unmittelbar danach abzuziehen.⁵

7. Wenn ein ZIP nicht in Frage kommt, nach und nach parallel kopieren

Für Verwendungen, bei denen einzelne Dateien am Ziel sofort nutzbar sein müssen oder bei denen jedes Mal nur die geänderten Dateien gesendet werden, kann das Bündeln in ein ZIP ungeeignet sein. Das in Windows eingebaute robocopy hat /MT, das mehrere Dateien parallel behandelt.⁸⁹

flowchart TB
    accTitle: Die Wartezeit pro Datei parallel überlagern
    accDescr: Indem mehrere Dateien gleichzeitig bearbeitet werden, kann eine andere Übertragung weiterlaufen, während eine Datei wartet.
    A["Mehrere Dateien gleichzeitig behandeln"] --> B["Datei A wartet auf eine Antwort"]
    A --> C["Datei B wird übertragen"]
    B --> D["Wartezeiten überlagern sich"]
    C --> D

Abbildung 9: Parallelität ist ein Weg, Wartezeiten zu überlagern; sie macht Leitung oder Datenträger selbst nicht schneller.

Das folgende Beispiel kopiert aus dem zuvor erstellten $smallDir. Ändern Sie nur $targetRoot auf ein Ziel, in das Sie schreiben dürfen. Legen Sie für jeden Lauf einen eigenen Zielordner an und verwenden Sie keine Optionen, die die Quelldaten oder das Ziel löschen.

$targetRoot = '\\NAS\share\CopyLab' # auf das eigene Ziel ändern
$runId = [guid]::NewGuid().ToString('N')
$target = Join-Path $targetRoot ('small-mt8-' + $runId)
$log = Join-Path $lab ('robocopy-' + $runId + '.log')
robocopy $smallDir $target /E /MT:8 /R:1 /W:1 /XJ "/LOG:$log"
$code = $LASTEXITCODE
if ($code -ge 8) {
    throw "Die Kopie hatte Fehler. Exit-Code=$code, Protokoll=$log"
}
Write-Host "Exit-Code=$code. Prüfen Sie die kopierten und fehlgeschlagenen Anzahlen im Protokoll und den Inhalt des Ziels: $log"

/MT:8 bedeutet 8 Threads, /R:1 /W:1 sind die Wiederholungszahl und die Wartezeit in Sekunden bei Fehler, und /LOG speichert das Protokoll. robocopy meldet auch bei Exit-Code 1 eine erfolgreiche Kopie, und 8 oder höher enthält Fehler. Das heißt nicht, dass 0 bis 7 Sie von der Inhaltsprüfung befreien.⁸

/MT:8 ist ein Beispiel-Startpunkt für den Vergleich, kein Optimalwert. Zu viel Parallelität erhöht die Last auf der Gegenseite und kann die Sache tatsächlich langsamer machen.¹ Begrenzen Sie, was Sie auf einmal ändern, etwa indem Sie /MT:1 und /MT:8 mit derselben Methode vergleichen. Beurteilen Sie die Wirkung von keinem der beiden anhand eines Ergebnisses, bei dem ZIP und Parallelität gleichzeitig geändert wurden.

8. Bevor Sie den Schluss ziehen „es ist langsam, also muss es kaputt sein“

Sind nur die vielen kleinen Dateien langsam, oder sind große Dateien ebenfalls langsam? Was geschieht, wenn dieselben Dateien lokal kopiert werden? Diese Trennung grenzt ein, wo Sie hinsehen. Fällt die Geschwindigkeit unterwegs ab, kann der Cache im Spiel sein, und die angezeigte Geschwindigkeit allein kann die Ursache nicht festnageln.⁵

flowchart TB
    accTitle: Langsames Kopieren eingrenzen
    accDescr: Untersucht Langsamkeit, die auf kleine Dateien beschränkt ist, getrennt von Langsamkeit unabhängig von der Datenart.
    A{"Nur kleine Dateien langsam?"} -->|Ja| B["Dateianzahl und Wartezeit ansehen"]
    A -->|Nein| C["Auch Gerät, Verbindung und Last prüfen"]
    B --> D["Auch auf Fehler oder Trennungen achten"]
    C --> D

Abbildung 10: Geschwindigkeit, die bei kleinen Dateien nicht skaliert, und Kopierfehler oder Gerätefehler sind nicht dieselbe Geschichte.

Treten Kopierfehler oder Verbindungsabbrüche auf, oder ist es plötzlich viel schlechter als zuvor, bleiben Sie nicht bei der Erklärung über die Dateianzahl stehen. Stellen Sie den Schutz wichtiger Daten voran und prüfen Sie die Protokolle und den Zustand der Geräte.

Außerdem ist es nicht ratsam, den Virenschutz zu stoppen oder die SMB-Signierung zu deaktivieren, um Tempo zu gewinnen. Die SMB-Signierung dient unter anderem dazu, Manipulation der Kommunikation zu verhindern.¹⁰ Auf einem verwalteten PC umgehen Sie die Einstellungen nicht; sprechen Sie mit der zuständigen Person.

Zusammenfassung

Die Kopierzeit besteht sowohl aus Zeit proportional zur Datenmenge als auch aus Arbeit proportional zur Dateianzahl. Deshalb gilt „es sind 1 GB, also braucht es dieselbe Zeit“ nicht unbedingt.

Wenn Sie ein ZIP ausprobieren, schauen Sie über das Kompressionsverhältnis hinaus auf Erstellung, Übertragung und Entpacken. Wenn Sie paralleles Kopieren ausprobieren, ändern Sie jeweils nur die Thread-Zahl. Bevor Sie schnellere Hardware kaufen, macht der Blick auf Gesamtgröße und Dateianzahl zusammen leichter nachvollziehbar, was auf Ihrem Windows gerade geschieht.

Referenzen

Verwandte Artikel

Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.

Verwandte Themen

Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.

Leistungen zu diesem Thema

Dieser Artikel ist direkt mit den folgenden Leistungen verbunden.

Häufige Fragen

Fragen, die in Beratungen zu diesem Artikelthema häufig gestellt werden.

Warum kopiert ein Fotoordner langsamer, obwohl die Größe gleich ist?

Eine Kopie ist nicht nur die Übertragung des Inhalts. Für jede Datei wird die Zieldatei erstellt, ihre Informationen werden verwaltet, sie wird geschlossen und so weiter. Bei vielen kleinen Dateien wächst der Anteil dieser Verarbeitung und der Wartezeiten. Entscheidend ist nicht das Fotoformat selbst, sondern die Anzahl der Dateien und die Größe jeder einzelnen.

Kopieren kleine Dateien auch auf einer SSD oder einem schnellen LAN langsam?

Ja. Selbst auf einer SSD bleibt die Dateiverwaltung, und beim Kopieren auf ein NAS oder Ähnliches kommt die Zeit hinzu, in der auf das Netz und die Verarbeitung der Gegenseite gewartet wird. Die Geschwindigkeit einer ununterbrochenen Übertragung großer Dateien und die Geschwindigkeit, mit der viele kleine Dateien abgearbeitet werden, sind zwei verschiedene Dinge.

Wenn JPEGs in einem ZIP kaum kleiner werden, lohnt sich das Bündeln dann überhaupt?

Selbst wenn die Größe kaum sinkt, hat es einen Effekt, die zu übertragenden Dateien zu einer zusammenzufassen. Das Erstellen und Entpacken des ZIP kostet allerdings ebenfalls Zeit. Für Verwendungen, die das Entpacken erfordern, vergleichen Sie die Gesamtzeit aus Erstellung, Übertragung und Entpacken.

Wird es schneller, ein ZIP auf das NAS zu schicken und es dann vom PC aus in den freigegebenen Ordner zu entpacken?

Bei diesem Weg schreibt der PC die entpackten kleinen Dateien auf das NAS, sodass die Dateierstellung über das Netz von vorn beginnt. Unterscheiden Sie das vom Entpacken innerhalb des NAS mit einer Funktion, die das NAS selbst unterstützt, und messen Sie inklusive Entpacken.

Wird das parallele Kopieren von robocopy umso schneller, je mehr Threads man hinzunimmt?

Nein. Parallelität lässt die Wartezeiten pro Datei überlappen, erhöht aber auch die Last auf den Speicher oder das NAS. Vergleichen Sie unter gleichen Bedingungen, beginnend mit einer kleinen Thread-Zahl, und prüfen Sie das Protokoll außerdem auf Kopierfehler und verpasste Dateien.

Autorenprofil

Profilseite des Artikelautors.

Go Komura

Geschäftsführer von KomuraSoft LLC

Spezialisiert auf Windows-Softwareentwicklung, technische Beratung und Fehleranalyse, insbesondere bei bestehenden Systemen und schwer reproduzierbaren Störungen.