Erste Benchmarks: Microsofts neuer High-Performance NVMe Driver im Überblick

[SickPuppet]

Und wurde auch beantwortet.

Naja. Eher rausgeredet würd ich sagen. Hardwareluxx kann sich keine Samsung 990 Pro leisten?

 

[passat3233]

Bei Testmagazinen ist es üblich, das die Testobjekte vom Hersteller nur leihweise zur Verfügung gestellt werden.
Gekauft werden Testobjekte so gut wie nie.

 

[Ext3h]

Doch, die SSDs müssen natürlich die CPU über das Ende der Ausführung eines Befehls informieren, denn wäre es wie Du es Dir wünscht, könnte es dazu kommen, dass eine Daten schon vor einer Ewigkeit gelesen hat, aber dies nicht meldet bis die ganze Queue leer ist und dann wäre die Performance total mies, weil letzteres vielleicht erst nach Minuten der Fall ist und die CPU so lange nicht erfahren würde, dass die ganzen Aufträge von vorher schon abgearbeitet wurden.

Da hast du einen Dreher in der Logik. Ist die Queue nicht leer, und hat der Host in Antwort auf den ausstehenden Interrupt nicht nicht gepollt, dann braucht es auch erst Mal keinen neuen Interrupt. Es gibt pro Queue nur einen, nicht einen pro Befehl, und der ist ausstehend bis abgearbeitet.

Selbst wenn die Output-Queue leer ist, und sich noch Befehle In-Flight befinden ist es vorteilhaft bereits auf Seite des NVMe-Geräts Interrupt-Moderation zu betreiben, um die Fälle zu vermeiden wo der Host potentiell nur eine gerade minimal gefüllte Queue pollt, obwohl nur Micro- bis Millisekunden später die Queue absehbar mehr Einträge enthält. Die Info hat der NVMe-Controller, aber nicht der PCIe-Controller in der CPU.

Ich rede auch nicht davon dass der Interrupt um Minuten verzögert wird, sondern um maximal zweistellige Anzahl von Millisekunden, und auch nur in Last-Szenarien.

 

[Holt]

Es wird nicht gepollt, die NVMe Übertragung funktioniert so nicht. SSDs bestätigen die Ausführung für jeden Befehle und nicht nur einmal pro Queue und dies ist auch richtig so, damit die CPU weiß was ausgeführt wurde und der Overhead davon ist gering, zumal PCIe vollduplex ist.

 

[mkzwoo]

Hat jemand zufälligerweise ein Windows Update gemacht und der Treiber läuft noch?? Seit KB5079391 funktioniert die ganze Sache nicht mehr. Lässt sich auch nicht ändern oder aktivieren in der Registry...

 

[HardyEbw]

Seit Windows 11 Update auf Build 26220.7934.ge_release_svc_betaflt_prod1.260223-2038 scheint der Override nicht mehr zu greifen.
Die NVMEs stehen im Gerätemanager wieder mit altem Treiber unter dem Punkt Laufwerke. Die Registry jedoch zeigt nach wie vor die entsprechend notwendigen Einträge unter Overrides.

Mit vorheriger Windows 11 Version funktionierte der Override.

Kann das jemand bestätigen?

@mkzwoo Siehe hier bereits - scheint so nicht mehr möglich zu sein.

 

[Niftu Cal]

Das wird es sicher nicht für Windows 10 geben oder? Und dann ist die Frage ob es reale Effekte haben würde.

Seit ich die 9100 PRO habe laden die Spiele immer noch genauso entsetzlich langsam. Es liegt vermutlich an den Entwicklern.

 

[Erklärbär]

Dieser Hype um einen Treiber, der gar nicht für diese Heimanwender Editionen angedacht war, hat wohl so um sich gegriffen, dass das auch MS aufgefallen ist und die nun deren Nutzung gesperrt haben.

Vernünftig.

 

[HardyEbw]

Danke, Papa!

 

[Luxxiator]

Vernünftig.

@Erklärbär Das sagst ausgerechnet Du? Ich dachte, das Du damit durchaus zufrieden warst. Wie haben die die Sperre realisiert?

 

[Erklärbär]

Das sagst ausgerechnet Du? Ich dachte, das Du damit durchaus zufrieden warst. Wie haben die die Sperre realisiert?

Nö! ..noch nie. Ich habe hier doch in mehreren Threads lang und breit erklärt und auch unter verschiedenen Szenarien (bebildert) aufgezeigt das der unbrauchbar ist und eher kontraproduktiv werkelt.
Bzw. nur für Szenarien optimiert bei den CPU Lasten (unter bestimmten Voraussetzungen) werkelt die ein Homeuser eh nie haben wird. Da helfen auch keine tollen CDM Benchmark Highscores drüber hinweg.

..aber wenn man es nicht glauben möchte, nicht mehr mein Problem.

 

[Luxxiator]

..aber wenn man es nicht glauben möchte....

Ich glaubs Dir doch; hatte nur noch die zahlreichen Tests von Dir vor Augen gehabt. Ich hatte das nie in Erwägung gezogen, das zu nutzen und jetzt ist anscheinend eh Schicht. Wie haben die diese Sperre umgesetzt? Weißte da was?

 

[Erklärbär]

Ich vermute mal so wie MS es dann öfters mal macht, einfach die Registry Zugriffspfade umlegen. Das alte bleibt drin stehen, wird nur nicht mehr adressiert.
Hatten wir doch schon öfters, siehe z.b. MS Storagespace Konsole -> mittlerweile drei Wege um zu öffnen, nur über einen Weg funktionierts dann wirklich und da auch nur noch in der W11 Enterprise Edition.
In der W11 Pro kann man es zwar noch aufrufen und vieleicht noch pseudo einrichten, hat dann aber keinen Effekt mehr. User @Holzmann z.b. hat es doch mit seiner Pro probiert und ist dann auf Enterprise umgestiegen.
Wenn MS gewollt hätte, dass diese Treiber auch für die Heimeditionen funktionieren sollen, dann hätten die diese auch schon lange dafür frei gegeben. Oder liege ich da falsch?

ps: aber ich kann gerne mit meiner Enterprise mal die Tage prüfen, ob dort die Funtion dieses (Bug)Treibers auch gecancelt wurde oder ob das wieder so ein only_Pro Ding ist.

 

[Luxxiator]

Wenn MS gewollt hätte, dass diese Treiber auch für die Heimeditionen funktionieren sollen, dann hätten die diese auch schon lange dafür frei gegeben. Oder liege ich da falsch?

Wird so sein, aber mit bissel Glück wird das evtl ja doch noch irgendwann. Vllt auch in angepasster Form, weil der alte Unterbau wohl eh völlig veraltet ist, wenn ich das richtig verstanden habe...

 

[Erklärbär]

So, ich habe es gerade noch einmal geprüft und unter aktuellen W11 25H2 (via EP_Switch) Build 26200.8037 vom 10.03. diese MS_Nvme Treiber wieder testweise installiert:



..mit der IoT Enterprise LTSC2024 Edition scheint alles tutti. Allerdings auch weiterhin die bekannten Bugs.

ps: Also entweder betreffen diese "Sperren" wieder einmal nur die Pro, Home usw. Editionen oder ihr müsst den Schlüssel vieleicht noch einmal komplett neu anlegen und neu starten.

...

 

[Luxxiator]

Hat Dir wohl keine Ruhe gelassen....

 

[Holt]

Seit ich die 9100 PRO habe laden die Spiele immer noch genauso entsetzlich langsam. Es liegt vermutlich an den Entwicklern.

Es liegt an der Art der Zugriffe, denn gerade lesend braucht man eben viele lange und vor allem parallele Zugriffe um auf die volle Leserate zu kommen. Bei einzelnen zufälligen Zugriffen wie sie bei CDM bei 4K Q1T1 erfolgen, kommt man bestenfalls auf etwas über 100MB/s, nur bei den Intel Optane sind es deutlich mehr. Deshalb haben die damals auch beim Laden von Spielen schon Optane 905P damals alle PCIe 4.0 SSDs geschlagen die doppelt so hohe seq. Lesegeschwindigkeiten hatten und die P5800X mit ebenfalls PCIe 4.0 konnte sich von ihr auch nicht sehr weit absetzen.

 

[mkzwoo]

So, ich habe es gerade noch einmal geprüft und unter aktuellen W11 25H2 (via EP_Switch) Build 26200.8037 vom 10.03. diese MS_Nvme Treiber wieder testweise installiert:

Anhang anzeigen 1193184

..mit der IoT Enterprise LTSC2024 Edition scheint alles tutti. Allerdings auch weiterhin die bekannten Bugs.

ps: Also entweder betreffen diese "Sperren" wieder einmal nur die Pro, Home usw. Editionen oder ihr müsst den Schlüssel vieleicht noch einmal komplett neu anlegen und neu starten.

...

Nein macht es dann auch nicht... mit dem Update KB5079391 funktioniert der NVMe Treiber auch dann nicht mehr mit der IoT Enterprise LTSC 2024, habe mal das Update deinstalliert... Kann natürlich sein, dass man eventuell die Updates nicht manuell installieren sollte, wirklich abwarten bis sie einem über das Windows Update angeboten werden... Bis jetzt wurde bei mir (IoT Enterprise LTSC 2024) das Update KB5079391 noch nicht angeboten...

EDIT:

Also mir wurde jetzt das Update KB5085516 über das Windows Update angeboten und habe es auch installiert... Der NVMe Treiber funktioniert weiterhin... Windows Version erhöht sich auf Win11 IoT Enterprise LTSC 2024 (24H2) 26100.8039... Wie vermutet, das Update KB5079391 ist nicht für die IoT Enterprise LTSC 2024 gedacht...

 

[Erklärbär]

Nein macht es dann auch nicht... mit dem Update KB5079391 funktioniert der NVMe Treiber auch dann nicht mehr..

Das ist ja auch eine Channel Preview. Da wundert mich nichts. Wie ich dir ja in Post #46 gezeigt hatte, funktioniert dieser Crap mit der offiziellen KB5079473 einwandfrei.
..und mit der offiziellen KB5085516 ja nun auch bei dir (wieder). War also nix irgendwo gecancelt.

ps: Und da ich vergessen hatte, diesen Mist wieder in der Registry zu canceln, hatte es mir an diesen Tag nicht das OS inkremetell via ATI gesichert. Bekannter Fehler, keine Volumes mehr vorhanden:

 

[mkzwoo]

Ok, alles klar... Das erklärt natürlich so einiges.. Das RP hatte ich völlig übersehen.. Naja, wer lesen k... und so weiter... Hatte mich schon gewundert, warum dieses Update nicht über Windows kam... Danke für die Aufklärung..

 

[Erklärbär]

Ja, RP Channel Preview halt. Also nicht finalisiert. Das letzte Update ist ja auch nur ein OoB Update, kein Sicherheitsupdate und soll Probleme beim Anmelden via MS Konto beseitigen.
Wer auf ein MS Konto verzichten kann und lokal unterwegs ist, der braucht das nicht. Das Sicherheitsupdate kam ja schon am 10.03., mit halt Safe_OS Update für z.b. Update eines WinRE Image.
Eventuell folgt noch eines bis Ende des Monats (meist Dienstag).

 

[Luxxiator]

Hier beim Deskmodder steht auch noch bissel was dazu....

 

[Erklärbär]

Ja es ist schon kurios mit diesen komischen MS Treiber. Jetzt, mit KB5085516, wollte ich noch einmal via 25H2 EP_Switch mit den Registryhack diesen Treiber temporär aktivieren, nun klappts bei mir nicht mehr.

..egal, verwende den wegen der vielen Bugs eh nicht, von daher..


EDIT: Funktioniert doch noch der Registry-Hack! Ich hatte nur den Microsoft Verzeichnisbaum im falschen Stammbau angelegt.

Hier noch einmal das Problem mit den nicht auslöschbaren bzw. an anderen Partitionen anfügbaren 1MB (bei 1-2 TB SSD) bzw. 2MB (ab 4TB SSD) Bereichen. Für die zweite SN850X habe ich extra wieder den Solidigm NVMe Treiber genommen um zu zeigen, dass das Problem definitiv bei den MS NVMe Treiber liegt. Die zweite SN850-X wird dann auch nicht mehr unter Speichermedien, sondern wie gehabt, bei Laufwerke gelistet:



..partitioniert man SSDs mit diesen MS Treiber, dann bekommt jede Partition diese ominösen 1MB bzw. 2MB Bereiche sogar mehrfach angehangen (siehe Screen, erste SSD).
Warum auch immer und wofür auch immer die sein sollen. Weg bekommt man die jedenfalls definitiv nicht. Komplett löschen empfehle ich nicht, dann kann es passieren, dass die komplette SSD ausgelöscht wird.

_

 

[Stunrise]

Mir fehlt auf den ganzen Newsseiten eine seriöse Berichterstattung zu dem Thema, bei dem nicht nur Copy&Paste Informationen einer externen Website ohne Durchsicht oder Validierung übernommen werden. Computerbase hat hier mal wieder ganze Arbeit geleistet und blind fremde Artikel übernommen, ohne diese selbst zu verstehen oder zu validieren. Es fehlt zum Beispiel die Information, ab welchem Patch konkret der neue NVMe Driver nicht mehr angewendet wird, ob bestehende Installationen ebenfalls betroffen sind und konkrete Maßnahmen, um dem Verhalten vorzubeugen. Das hätte eine KI auch nicht schlechter hinbekommen. Laut DeskModder ist die Situation eigentlich klar dargestellt.
Quelle: https://www.deskmodder.de/blog/2026/03/23/windows-11-auch-mit-nativer-nvme-unterstuetzung/

Spoiler: Bisheriger Registry Key für W11 native NVMe Driver bis 03/26

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides]
"735209102"=dword:00000001
"1853569164"=dword:00000001
"156965516"=dword:00000001

Spoiler: Künftiger Registry Key für W11 native NVMe Driver ab 04/26

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides]
"3244671118"=dword:00000001
"1853569164"=dword:00000001
"156965516"=dword:00000001

Spoiler: Registry Key Delta ab 04/26

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Policies\Microsoft\FeatureManagement\Overrides]
"3244671118"=dword:00000001

Damit der neue NVMe Treiber weiterhin verwendet wird, muss einfach nur das Registry Key Delta eingespielt werden. Damit wird FeatureOverride 3244671118 hinzugefügt, zusätzlich zu den drei bestehenden Feature Overrides 735209102 1853569164 und 156965516. Mit allen vier Overrides sollte dann der native NVMe Driver sowohl im alten Patchstand bis 03/26, als auch im Preview Patchstand 04/26 funktionieren.

Aktuell läuft mein PC daheim noch mit dem alten RegKey und Patchstand 03/26. Ich werde heute Abend erst den Registry Key Delta einspielen, neustarten und danach das Preview Update 04/26 installieren. Natürlich gebe ich hier im Thread Rückmeldung, ob wie erwartet der neue NVMe Treiber weiterhin zum Einsatz kommt.