Was ist Dev Drive unter Windows 11 und wem nutzt es?

Was ein Dev Drive wirklich ist

Ein Dev Drive ist ein separates, mit ReFS formatiertes Volume, abgestimmt auf Entwickler-Workloads und mit Windows 11 23H2 eingeführt. Angelegt wird es unter Einstellungen → System → Speicher → Erweiterte Speichereinstellungen → Datenträger und Volumes, aus nicht zugewiesenem Speicher oder einer VHD/VHDX-Datei, mindestens 50 GB. Das Kernstück ist der Antivirenschutz im Leistungsmodus: Auf einem Volume, das Sie ausdrücklich als vertrauenswürdig markieren, prüft Defender Dateien synchron nur gegen bekannte Schadsoftware-Signaturen und erledigt die schwere Arbeit im Hintergrund — das Öffnen von zehntausend Dateien in node_modules fühlt sich nicht mehr wie zäher Sirup an.

ReFS selbst bringt Copy-on-Write und günstiges Block-Cloning mit, weshalb zuerst die Workloads gewinnen, die auf NTFS am meisten schmerzen: Git-Checkouts, npm- und pnpm-Installationen, inkrementelle Builds — alles Tausende kleiner Dateioperationen, genau das, was Dev Drive verbilligt. Microsoft spricht von bis zu 30 Prozent schnelleren Dateioperationen in typischen Entwicklungsszenarien, und diese Zahl besteht den Realitätscheck bei einer großen Dependency-Installation. Der ehrliche Fuß: Es geht um I/O-gebundene Build-Aufgaben, nicht um Spiele, Browser oder Boot-Zeiten.

Wem es nutzt — und wem es nichts bringt

Die kurze Antwort: allen, deren Tagesgeschäft aus Kompilieren, Paketieren und Checkouts großer Quellbäume besteht. Ist Ihre anstrengendste Software ein Game-Launcher oder Excel, bringt Dev Drive nichts, und die geforderten 50 GB sind für die Spiele selbst besser angelegt. Windows lässt sich darauf ohnehin nicht installieren — es ist ein reines Daten-Volume, Punkt.

Dem Vertrauen gehört ein eigener Absatz. Beim Anlegen markieren Sie das Volume als vertrauenswürdig — genau das aktiviert den asynchronen Antivirus-Modus; eine Datei aus einer nicht vertrauenswürdigen Quelle, etwa ein Browser-Download mit Herkunftsmarkierung, wird vor dem Öffnen weiterhin geprüft. Am schnellsten verspielt man den Vorteil, indem man das Volume wie eine Zauberpartition behandelt: Cloud-Synchronisation oder Fremd-Filtertreiber oben drauf bringen genau den Overhead zurück, den Dev Drive abschaffen sollte. Halten Sie es schlicht als dediziertes Arbeits-Volume, dann benimmt es sich.

• Passt: Frontend-, .NET-, Rust- und C++-Entwickler mit riesigen Abhängigkeitsbäumen und ständigen Rebuilds
• Passt: CI-Runner und Build-Agents unter Windows mit täglichen sauberen Checkouts
• Voraussetzung: Windows 11 23H2 oder neuer, mindestens 50 GB frei, Admin-Rechte zum Anlegen
• Am besten auf einer eigenen schnellen NVMe-SSD, nicht als Flick-Partition neben dem Systemlaufwerk
• Nicht für Spiele: Ladezeiten ändern sich nicht, und manche Launcher mögen die Ecken von ReFS nicht
• Nicht für Alltagssoftware: Browser, Office und Medien merken in der Praxis keinen Unterschied

Was Dev Drive nicht repariert

Dev Drive ist kein Allgemeinturbo und keine RAM-Disk. IDE, Compiler und Browser laufen exakt wie vorher; nur die Dateioperationen darunter werden billiger. Ist der Build wegen CPU oder kalter Caches langsam, ändert ein schnelleres Volume wenig; ein `git status`, das auf einem Riesen-Repo acht Sekunden brauchte, ist dagegen genau die Sorte Schmerz, die wegschrumpft. Und falls Sie Ihren Projektordner bisher manuell aus dem Defender ausgenommen haben, um Installationen erträglich zu machen — hören Sie auf: Genau diese Gewohnheit ersetzt Dev Drive, nur ohne das Sicherheitsloch.

Fragen und Antworten

Weiterlesen