Wenn der Windows-Explorer auf einem modernen Rechner mit M.2-SSD plötzlich ruckelt, das Kopieren von Dateien auf ein Android-Gerät per USB endlos dauert oder das Anzeigen von Ordnern mit Zehntausenden Bildern quälend langsam wird, liegt die Ursache oft nicht an der Hardware, sondern an einem uralten Software-Erbe. Schuld ist die automatische Generierung sogenannter 8.3-Dateinamen (auch Short File Names oder SFN genannt), die Microsoft aus Kompatibilitätsgründen bis heute in NTFS-Dateisystemen aktiviert. Für Nutzer mit vielen Dateien kann deren Deaktivierung zu einer drastischen Beschleunigung führen – ein Eingriff, der jedoch Überlegung erfordert.
Was sind 8.3-Dateinamen und warum gibt es sie noch?
Die Bezeichnung 8.3 stammt aus der Ära von MS-DOS in den 1980er-Jahren. Sie beschreibt die damalige strikte Begrenzung von Dateinamen auf acht Zeichen Basisnamen und drei Zeichen für die Erweiterung, also maximal 11 Zeichen. Mit der Einführung von Windows 95 und dem NTFS-Dateisystem wurden lange Dateinamen möglich, die eine deutliche Verbesserung der Benutzerfreundlichkeit darstellten. Um jedoch die Abwärtskompatibilität zu gewährleisten, generiert das System für jede Datei mit langem Namen eine verkürzte Version, wie zum Beispiel PROGRA~1 für „Program Files“. Dieses Verhalten ist bis in die Gegenwart standardmäßig aktiviert.
Damit soll sichergestellt werden, dass alte 16-Bit-Anwendungen und Skripte aus der MS-DOS-Zeit weiterhin funktionieren, die mit langen Namen nichts anfangen können. In der Praxis ist die Zahl solcher Anwendungen heute jedoch verschwindend gering. Der Preis, den moderne Systeme dafür zahlen, ist jedoch erheblich: Bei jedem Erstellen einer Datei muss der Treiber eine eindeutige Kurzform für den Namen berechnen, die mit allen bereits vorhandenen Kurznamen kollisionsfrei ist.
Die Performance-Falle: Wann die 8.3-Namensgenerierung zum Bremsklotz wird
Das Kernproblem liegt in der Art und Weise, wie NTFS diese Kurznamen erzeugt. Die Suche nach einer freien Kombination aus acht Zeichen, einer Tilde und einer fortlaufenden Nummer wird mit zunehmender Dateianzahl im selben Verzeichnis exponentiell aufwendiger. Der Treiber muss bei jeder neuen Datei prüfen, ob die vorgeschlagene Kurzform nicht bereits vergeben ist – eine Operation, die mit der Anzahl der Einträge im Ordner skaliert.
Untersuchungen von Dell Technologies in Zusammenhang mit Backup-Lösungen haben gezeigt, wie dramatisch dieser Effekt sein kann. In einer Testumgebung mit aktivierter 8.3-Namensgenerierung kam das Erstellen von Dateien in einem einzelnen Ordner bei etwa 1,3 Millionen Dateien nahezu vollständig zum Erliegen. Die Performance verschlechterte sich bereits ab rund 1,1 Millionen Dateien spürbar. Nachdem die Funktion deaktiviert wurde, konnten in derselben Umgebung ohne Probleme über 5 Millionen Dateien in nur zwei bis drei Stunden angelegt werden – ohne dass eine Leistungsabnahme zu verzeichnen war.
| Metrik | 8.3-Namensgenerierung aktiviert | 8.3-Namensgenerierung deaktiviert |
|---|---|---|
| Maximal erstellbare Dateien (Ordner) | ~1,3 Millionen (Stopp) | Über 5 Millionen |
| Zeit für 5 Millionen Dateien | Nicht abschließbar | 2–3 Stunden |
| Beginn der Leistungsverschlechterung | Ab ~1,1 Millionen Dateien | Keine Verschlechterung |
| Verschlechterungsmuster | Logarithmisch | Linear (normal) |
Für Nutzer, die mit großen Datenmengen arbeiten – etwa bei der Verwaltung von Videoarchiven, wissenschaftlichen Datensätzen oder umfangreichen Software-Repositories – kann dieser Unterschied zwischen einem funktionierenden System und einem Totallaufstau entscheiden. Die Verzögerungen beim Öffnen von Ordnern oder beim Kopieren auf externe Laufwerke sind oft auf genau diesen Mechanismus zurückzuführen.
Schritt-für-Schritt: 8.3-Namensgenerierung deaktivieren
Die gute Nachricht: Das Ändern dieser Einstellung ist mit wenigen Befehlen möglich und lässt sich rückgängig machen. Bevor Sie beginnen, sollten Sie jedoch die Konsequenzen verstehen. Das Entfernen bereits vergebener Kurznamen kann dazu führen, dass ältere Installationsprogramme ihre eigenen Einträge in der Registrierung nicht mehr finden. Microsoft weist in seiner offiziellen Dokumentation ausdrücklich auf das Risiko hin, dass Software nach dem Löschen der Kurznamen nicht mehr deinstalliert werden kann. Ein Backup der betroffenen Ordner ist daher unerlässlich.
Die Deaktivierung erfolgt in zwei Schritten: Zuerst wird die Neuerstellung für zukünftige Dateien unterbunden, danach können bestehende Kurznamen entfernt werden. Öffnen Sie dazu die Eingabeaufforderung oder PowerShell als Administrator.
- Status prüfen: Führen Sie
fsutil 8dot3name query C:codecodecodecode aus. Die Rückmeldung „0″ bedeutet, dass die Erstellung aktiviert ist. - Neuerstellung deaktivieren: Mit
fsutil 8dot3name set 1codecodecodecode schalten Sie die Funktion für das gesamte System ab. Alternativ lässt sich ein spezifisches Laufwerk angeben. - Bestehende Kurznamen entfernen: Der Befehl
fsutil 8dot3name strip /f /s D:\Zielordnercodecodecodecode entfernt alle Kurznamen in dem angegebenen Pfad. Das Flag/scodecodecodecode bezieht Unterverzeichnisse mit ein. - Rückgabe prüfen: Nach dem Neustart sollte die Dateisystemoperation spürbar flüssiger sein.
Einige Nutzer empfehlen, die Einstellung bereits während der Windows-Installation über die Datei Autounattend.xmlcodecodecodecode zu setzen, um das Anlegen der Kurznamen von Anfang an zu verhindern. Das ist die sauberste Lösung, da keine Bestandsdaten nachträglich verändert werden müssen.
Warum Microsoft den Standard nicht ändert
Angesichts dieser teils massiven Leistungsnachteile stellt sich die Frage, warum Microsoft die Funktion nicht längst per Standard deaktiviert hat. Die Antwort liegt in der Unternehmensphilosophie, die auf absolute Abwärtskompatibilität setzt. In Unternehmensumgebungen existieren nach wie vor spezialisierte Branchenanwendungen, die auf die Kurznamen angewiesen sind.
Ein Beispiel: Ein Installationsprogramm einer älteren ERP-Software speichert den Pfad C:\PROGRA~1\Anwendungcodecodecodecode als Referenz. Findet das System nach einer Bereinigung den vollständigen Pfad, funktioniert die Anwendung nicht mehr. Da Microsoft die Systemintegrität über alles stellt, bleibt der Standard „aktiviert“ – auch wenn 99 Prozent der Anwender nie davon profitieren.
Die Entscheidung, ob man die Funktion deaktiviert, ist also eine Abwägung zwischen Risiko und Nutzen. Für private Anwender mit moderner Software ist die Gefahr minimal. In professionellen Umgebungen mit Legacy-Anwendungen sollte der Eingriff jedoch nur nach sorgfältiger Prüfung erfolgen. Der Befehl fsutil 8dot3name scancodecodecodecode zeigt übrigens an, welche Registrierungsschlüssel und Anwendungen betroffen sind, bevor man bestehende Kurznamen entfernt.
Die Deaktivierung der 8.3-Namensgenerierung ist eine der effektivsten und zugleich am wenigsten bekannten Methoden, um Windows 11 auf Systemen mit vielen Dateien spürbar zu beschleunigen. Während Microsoft den Kompatibilitätsweg weitergeht, liegt die Entscheidung über die Balance zwischen Nostalgie und Geschwindigkeit letztlich beim Anwender.
