Nvidia SLI-Verzögerung in Windows 10 Build 1607 VM

661
Muh Fugen

Bei einer neuen Windows 10 Enterprise (Build 1607) -Installation in einer ESXi 6.0 U2-VM zeigen die Cursor- und UI-Effekte bei aktiviertem SLI für ein Paar GTX 980-Modelle eine erhebliche Verzögerung, wenn sie bei Verwendung auf einem an der GTX 980 angeschlossenen Display angezeigt werden Treiber 372,70, 372,90 und 373,06. Der Cursor wird auf dem VMware-SVGA-Display nicht verzögert, wenn der VMware-SVGA-Treiber deaktiviert ist, um zu verhindern, dass die Remote-Konsole ihren eigenen Cursor anzeigt, oder bei deaktiviertem SLI. Dies tritt auch nicht auf einer Windows 10-VM (Build 1511) mit dem 372.70-Treiber auf. Weiß jemand, was sich zwischen den Windows-Builds geändert hat, was dies verursachen könnte, und ob es deaktiviert werden kann?

Die Treiber wurden durch Hinzufügen hypervisor.cpuid.v0 = falsezu der VMX-Datei der VM aktiviert . Die VM hat 100% der CPU und des Speichers reserviert, und die Latenzempfindlichkeit wurde auf hoch eingestellt. SLI wurde mit DifferentSLI Auto 1.5 aktiviert. Ich konnte dies nicht mit dem Treiber 375.63 versuchen, da DifferentSLI diesen Treiber noch nicht unterstützt.

0

1 Antwort auf die Frage

0
Muh Fugen

Seltsamerweise lag die Ursache des Problems in der Reihenfolge der PCIe-Geräte in der VMX-Datei. Ich bin nicht sicher, wie genau dies irgendetwas beeinflussen würde, aber nach mehrmaligem Testen ist das eindeutig der Fall.

In der Abbildung "SLI Lags" unten war dies die Standardreihenfolge der Geräte im Dropdown-Menü. Im Bild "SLI Works" war es die Reihenfolge, in der ich es in meiner 1511 Build-VM hatte.

Nach dem Entfernen und erneutem Hinzufügen aller PCIe-Passthrough-Geräte der 1607-Build-VM, die der Reihenfolge der 1511-Build-VM entspricht, bleibt SLI nicht mehr bestehen! Ich habe auch bemerkt, dass in der "laggy" -607-Build-VM in der Nvidia-Systemsteuerung mein Monitor mit GPU # 1 verbunden wäre, während dies in der "funktionierenden" VM (und in einer Bare-Metal-Windows-Installation) der Fall wäre mit GPU # 2 verbunden sein. Dies ist an sich schon merkwürdig, da sich die GPU, mit der der Monitor verbunden ist, auf dem PCIe-Bus der CPU # 1 befindet und die GPU ohne angeschlossenen Monitor auf dem PCIe-Bus der CPU # 2.

Falls Sie neugierig sind, handelt es sich bei den CPUs um Intel Xeon E5-2660 v2 auf einem Supermicro X9DAE.

SLI funktioniert

SLI funktioniert

SLI-Verzögerungen

SLI-Verzögerungen

Falls sich Ramhound über die Vertraulichkeit zwischen Groß- und Kleinschreibung oder etwas Ähnlichem Gedanken machte, wurden die PCIe-Pass-Through-Geräte in allen Fällen über vCenter hinzugefügt.

Verwandte Probleme