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

[moinmoin]

Schon mal nach einer aktuellen Firmware Ausschau gehalten?
https://support-de.sandisk.com/app/prod ... web/p/8878

[Tante Google]

[themaster]

...
eventuell jemand ne Lösung gefunden ?

Ich habe eine Lösung gefunden habe den Sata Controller Treiber gelöscht bzw. Durch den direkt in Windows ersetzt. Und siehe da direkt mehr Leistung. SHI oder so hieß er bei mir.

[DK2000]

Fragt sich jetzt bloß, wo da der Zusammenhang ist. SATA und NVMe haben ja nichts gemeinsam, was Controller oder Treiber angeht. Und SHI oder so ähnlich sagt mir gerade auch nichts.

[Purgatory]

Ich glaube statt SHI war AHCI, oder SCSI(?), gemeint. Und wenn man den Thread hier mal auseinander nimmt fallen mir einige Dinge auf.

@TheMaster meinte eine 980 pro zu haben, im Screenshot aber den er gesendet war nur die 980 ohne pro zu sehen. Beide Platten unterscheiden sich massiv. Die Pro kommt mit DRam und PCIe 4, die nonpro ohne DRam und mit PCIe 3. Jetzt ist die Frage ob die vorher genannte SN850X auch wirklich eine ist, selbst wenn es eine nonX sein sollte würde es keinen Unterschied machen von der Vorgehensweise von Windows.

Die WD Blue kommt generell ohne DRam und auch nicht immer mit TLC Speichermodulen. Oft mit QLC Modulen. Jetzt ist die Frage wo Windows da den Unterschied macht. Wenn ich lese, dass zwischen AHCI und und einem vermeintlich neuen Treiber Riesenunterschiede bestehen kann ich mir schwerlich vorstellen, dass hier wirklich das NVME Protokoll aufgegriffen wird.

Jetzt ist die Frage: Legt Windows das Protokoll erst ab PCIe 4 an, oder erst mit verbautem DRam? Beidem? (Was beides total sinnfrei wäre) Darf kein "Pseudocache" vorhanden sein der zwangsläufig ohne DRam entsteht? Oder darf die Platte nicht voll beschrieben sein damit der "Pseudochache" noch funktioniert? Legt Windows also selbst Hand an wenn mehr als drei Viertel der Festplatte beschrieben sind und kein Overprovisioning definiert ist?

[krazykenny]

so,
ich hatte jetzt nochmal etwas Zeit und ich habs hinbekommen.

Als die WD Blue SN570 noch im SCSI Mode war, hat das Sandisk Dashboard die NVME gar nicht erkannt.
Hab jetzt mit DriverExplorer den Intel iastorhsa driver und einen PhisonNVME driver gelöscht, hab jetzt nur noch den LOG vom DriverExplorer:
nvme.inf_amd64_1fcc240e8a8ca249 und iastorhsa_ext.inf_amd64_1d307e7bccea1e8f
Danach im Gerätemanager den IDE/ATA ATAP Controller Driver geändert auf "Standard AHCI 1.0 Serial ATA Controller"
nach dem Reboot war die NVME richtig drin unter Festplatten, jetzt wird sie auch als SSD unter Defragmentierung angezeigt..

Den NVME Reg Patch angewendet, neu gestartet und siehe da, die NVME ist jetzt nativ unter Speichermedien drin.

Sandisk Dashboard erkennt jetzt die WD Blue und bietet sogar ein FW Update an (schlägt aber fehl, was jetzt aber nicht tragisch ist)

edit: native nvme nochmal deaktiviert, dann geht auch das FW Update.

[DK2000]

Das lag dann bestimmt am PhisonNVME Treiber. Die AHCI Einstellung ist nur für SATA. Der lief wohl im RAID Modus. Daher wohl auch der Intel Teiber dafür. Aber schön, das es jetzt mit den Standard Treibern klappt.

[krazykenny]

ich frag mich nur wo der Phison Treiber her kam, im BIOS ist schon immer AHCI eingestellt,
Raid kann man so gar nicht auswählen.

edit: hab jetzt noch mal den aktuellen Intel RST Treiber installiert (nur zum gegentesten)
SATA Controller wird aktualisiert zu: "Intel 500 Series Chipset Family SATA AHCI Controllert"
und NVME ist immer noch richtig drin.

Also war jetzt wirkich zum gegen testen, das die nvme wirklich nichts mit dem sata controller zu tun hat.
(weil es ja hier im thread mal geschrieben wurde und ich auch selber bei asus im forum gelesen hatte, das es zusammen hängen
könnte, was es aber nun defintiv nicht tut)