[Blog] Windows 11 auch mit nativer NVMe-Unterstützung - im Kleintest

Purgatory · Beitrag von **Purgatory** » 19.12.2025, 21:09

Wir hatten ja darüber berichtet dass auch Windows 11 mit nativer NVMe Unterstützung kommt, wenn man weiß welche Registryeinträge man dafür setzen muss.

Im verlinkten Blogeintrag gab es viele verschiedene Meinungen, die für sich alle schlüssig waren als auch logisch. Die einen haben keinerlei Unterschied bemerkt, die anderen schnellere Starts, andere wiederum möchten einen offiziellen Patch seitens Microsoft, was absolut verständlich ist. Die NVMe Schnittstelle ist nicht brandneu, somit ist es hinterfragungswürdig warum Microsoft damit nicht eher um die Ecke gekommen ist, vor allem in Windows 10. Es ist die Kompatibilität um die es hier geht und ging.

Mit dem Wechsel von x86 Systemen zu x64 Systemen gab es eh schon genug Probleme, BIOS vs. UEFI sowieso und überhaupt.
Man hatte eine Sata Schnittstelle die wirklich jedes System, welches nicht aus dem Dinozeitalter kommt, konnte. Dann noch SCSI, welches eher für Server interessant war und für mechanische Festplatten entworfen wurde wie auch Sata. Sata war schwer begrenzt, SCSI aber nicht, bis heute nicht. Im Prinzip sind über die SCSI Schnittstellein in der Theorie, also im Treiber, für damalige Verhältnisse, unvorstellbare Datenübertragungsraten verfügbar. Und genau die sehen wir heute wenn über einen PCIe Anschluss mit "nur" 4 Lanes mehrere GB in der Sekunde übertragen werden können (je nach Schnittstelle).
SCSI hat nur ein großes Manko, nämlich die Datenautobahn. Ergo die Bandbreite. SCSI hat nur eine begrenzte Anzahl von Befehlen die synchron zu CPU geleitet werden können. Das NVMe Protokoll hat viel mehr.

Wir stellen uns das so vor: Das SCSI Protokoll liefert Anfragen über Anfragen an die CPU, die kann, aufgrund des beschränkten Protokolls, nur nach und nach die Häppchen abarbeiten. Sie ist, aufgrund des SCSI Protokolls, eingeschränkt. Trotz allem ist sie voll beschäftigt, weiß sie doch da stehen noch zig Anfragen in der Warteschlange die abgearbeitet werden müssen.
In der heutigen Zeit ist das kaum noch spürbar da die CPUs generell eine hohe Rohleistung haben und solche Anforderungen gut meistern.

Es wird also ein Benchmark angeworfen, wie auch immer er heißen mag, und völlig egal welches Protokoll wir hier ausspielen, die Datenübertragung passt. Die SSD, NVMe SSD, was auch immer, erreicht ihre vom Hersteller versprochene Bandbreite.
Es sind aber die IOPS, also die pro Sekunde verarbeiteten Befehle, die einen spürbaren Unterschied machen, fern ab davon, dass man nur eine Datei kopiert. Und genau das macht das "neue" Protokoll von Windows 11 aus. Der Start vom Betriebssystem, das "Sideloading" der Programme im Autostart, fühlt sich wesentlich schneller an. Das ist spürbar!

Ich füge hier mal ein "Vorher/Nachher" Bild ein, die meißten Werte sind im Rahmen der Messungenauigkeit wenn man bedenkt, dass das ein Betriebssystem ist was im täglichen Alltag genutzt wird und nicht nur für Benchmarks herangezogen wird. Die RND (Random) Werte sind aber interessant als auch spürbar auch wenn sie sich nicht massiv unterscheiden .

Screenshot 2025-12-19 181639.png

Das geht los mit dem Windowsstart (wenn man Schnellstart nicht aktiviert hat) bis hin zu lapidaren Programmstarts.
Ich muss aber anmerken, es ist der größte Vorteil, dass die CPU Last um ca. 15-20%(!) gefallen ist wenn es um massive Anfragen an die CPU (Random) ging seitens der NVMe Festplatten. Das neue Protokoll wirkt.

Gesagt sei aber, diverse Programme wie z.B. Samsung Magican, oder wie sie alle heißen, werden nicht mehr funktionieren, Stand jetzt. Das liegt aber nicht an Windows selbst, sondern an den Herstellern.
Bei meinem Streamdeck in Verbindung mit Hardwareinfo musste ich die Festplattenprotokollierung umstellen, da Windows jetzt die NVMe zuerst adressiert und dann alle danach. Aber es geht, also kein Windows Problem.

Testsystem: siehe Signatur

Beitrag von **Tante Google** » 19.12.2025, 21:09

DK2000 · Beitrag von **DK2000** » 19.12.2025, 21:50

Und was passiert, wenn Du bei dem Test von Q32 auf Q512 gehst? Mehr geht ja da nicht. Macht sich das irgendwie bemerkbar?

Purgatory · Beitrag von **Purgatory** » 19.12.2025, 22:09

Erm...

ein klein wenig Verbesserung, nur ein klein wenig...

Screenshot 2025-12-19 181639.png

Arnot · Beitrag von **Arnot** » 22.12.2025, 03:16

Sehe bei Crystal Disk Mark-runs nach der Umstellung öfters zufällige Einbrüche bei den seq. writes, manchmal nur 2000-3000 MB/s obwohl SSD+Board bis zu 12000 erreichen - unter dem alten SCSI-wrapper wars eigentlich immer konstant über 10000.

themaster · Beitrag von **themaster** » 22.12.2025, 15:00

Also bei mir funktioniert es vermutlich nicht weil bei mir steht als Treiber "EHSTORCLASS.SYS" als Windows Treiber vor dem "Regedit" Patch.

Purgatory · Beitrag von **Purgatory** » 22.12.2025, 20:05

Arnot hat geschrieben: 22.12.2025, 03:16 Sehe bei Crystal Disk Mark-runs nach der Umstellung öfters zufällige Einbrüche bei den seq. writes, manchmal nur 2000-3000 MB/s obwohl SSD+Board bis zu 12000 erreichen - unter dem alten SCSI-wrapper wars eigentlich immer konstant über 10000.

Was für eine SSD ist verbaut? SLC Cache oder richtiger Cache (also Ram)? Wie stark ist die Festplatte beschrieben? Für SLC Cache sollten mindestens 30% Speicherplatz auf der Festplatte frei bleiben um ihn effektiv nutzen zu können. Bei verbautem Ram 15-20%. Schluss oder endlich wird jede NVMe SSD irgendwann einbrechen und vielleicht sogar auf Sata 3 zurückfallen.

Wenn man 250GB auf eine 1TB NVMe schiebt die noch 300GB frei hat, werden vielleicht die ersten (höchstens) 50GB richtig schnell geschrieben, danach bricht es ein, und bleibt so. Der immer noch größte Vorteil einer SSD ist die Tatsache keine mechanischen Bauteile zu besitzen, keinen Lese-Schreibkopf der hin und her schwingen muss. Ergo erhöhen sich die Verarbeitungen pro Befehl und pro Sekunde (IOPS) die so eine Festplatte wuppen kann. Einen kurzzeitigen Einbruch auf 1000MB/s um dann wieder das volle Potential zu haben wirst Du nur mit der Stoppuhr, oder in Benchmarks bemerken. Nicht aber im produktiven Betrieb. Außer natürlich Du schneidest große Videos oder hantierst mit großen CAD Daten rum. Wichtig sind nur die IOPS im gefühlten Bereich.

Das "neue" Protokoll reizt die NVMe SSDs aus, soll es auch, es kann natürlich auch ein kurzweiliges Temperaturproblem sein warum Deine SSD jetzt kurzzeitig drosselt...

Purgatory · Beitrag von **Purgatory** » 22.12.2025, 20:08

themaster hat geschrieben: 22.12.2025, 15:00 Also bei mir funktioniert es vermutlich nicht weil bei mir steht als Treiber "EHSTORCLASS.SYS" als Windows Treiber vor dem "Regedit" Patch.

Ist Bitlocker aktiviert? Soweit ich weiß ist der Treiber nur aktiviert wenn Sicherheitsfunktionen auf der Festplatte aktviert sind.
Da die meißten Festplatten (und auch CPUs) auf NVMe Protokoll das nicht komplett in Hardware unterstützen wird also ein "Wrapper" dazwischen geschoben. Ich kann mich irren!

themaster · Beitrag von **themaster** » 22.12.2025, 20:20

Purgatory hat geschrieben: 22.12.2025, 20:08
themaster hat geschrieben: 22.12.2025, 15:00 Also bei mir funktioniert es vermutlich nicht weil bei mir steht als Treiber "EHSTORCLASS.SYS" als Windows Treiber vor dem "Regedit" Patch.
Ist Bitlocker aktiviert? Soweit ich weiß ist der Treiber nur aktiviert wenn Sicherheitsfunktionen auf der Festplatte aktviert sind.
Da die meißten Festplatten (und auch CPUs) auf NVMe Protokoll das nicht komplett in Hardware unterstützen wird also ein "Wrapper" dazwischen geschoben. Ich kann mich irren!

Kein Bitlocker aktiviert

Purgatory · Beitrag von **Purgatory** » 22.12.2025, 20:24

Frag ich so kurz zurück wie Du geantwortet hast.
Welche CPU, welches Mainboard, welche SSD im welchen Steckplatz?

themaster · Beitrag von **themaster** » 22.12.2025, 20:31

Samsung 980 Pro oberer Steckplatz 2tb
SN850X NVMe unterer Steckplatz 2tb
AMD a4 5900x
MSI MB MAG X570 TOMAHAWK Wifi
96gb ddr 3600
Win 11 neueste retail build alle Updates installiert

Auch Treiber suchen lassen im Gerät Manager.

Treiber Datei ist aber im System Ordner vorhanden.

Purgatory · Beitrag von **Purgatory** » 22.12.2025, 20:43

Also, unser System gleicht sich ja. Sollte also grundsätzlich funktionieren.
Versuch mal das:
Gerätemanager
Platte mit Rechtsklick aufrufen
Treiber aktualisieren
Auf meinem Computer nach Treibern suchen
Unten nach aus einer Liste.... Gedöns... auswählen

Screenshot 2025-12-22 203829.png

Wie Du siehst gleichen sich die Festplatten, ich hab dieselbe. Da den NVMe Treiber auswählen.
Das für die 980 pro wiederholen.
VORHER EIN BACKUP MACHEN!
Neustart
Sollte funktionieren

tiniba · Beitrag von **tiniba** » 23.12.2025, 05:58

Muss BitLocker aktiviert sein, damit Native NVMe tatsächlich aktiv wird?

In diesem Thread wurde erwähnt, dass der Native-NVMe-Treiber eventuell nur aktiv ist, wenn Sicherheitsfunktionen auf dem Laufwerk (z. B. BitLocker) eingeschaltet sind.

Könnte jemand bestätigen, ob BitLocker wirklich eine Voraussetzung ist oder ob Native NVMe auch ohne aktiviertes BitLocker vollständig genutzt wird (z. B. unter Windows 11 25H2)?

moinmoin · Beitrag von **moinmoin** » 23.12.2025, 06:43

Nein, Bitlocker muss nicht aktiviert sein. War es bei mir auch nicht.

Und:

themaster · Beitrag von **themaster** » 23.12.2025, 15:19

NVME Laufwerk.png

Purgatory hat geschrieben: 22.12.2025, 20:43 Also, unser System gleicht sich ja. Sollte also grundsätzlich funktionieren.
Versuch mal das:
Gerätemanager
Platte mit Rechtsklick aufrufen
Treiber aktualisieren
Auf meinem Computer nach Treibern suchen
Unten nach aus einer Liste.... Gedöns... auswählen
Screenshot 2025-12-22 203829.png
Wie Du siehst gleichen sich die Festplatten, ich hab dieselbe. Da den NVMe Treiber auswählen.
Das für die 980 pro wiederholen.
VORHER EIN BACKUP MACHEN!
Neustart
Sollte funktionieren

Kann nur Laufwerk aussuchen...

keine Ahnung woran es liegt.