在ESXi 6.0 U2 VM上安装新的Windows 10 Enterprise（Build 1607）时，如果在一对GTX 980上启用了SLI，则当使用GTX 980连接的显示器上时，光标和UI效果将显示明显滞后司机372.70,372.90和373.06。禁用VMware SVGA驱动程序时，光标不会滞后于VMware SVGA显示屏，以防止远程控制台显示自己的光标或禁用SLI。在使用372.70驱动程序的Windows 10（Build 1511）VM上不会发生这种情况。有谁知道Windows构建之间发生了什么变化，这可能会导致这种情况，以及是否可以禁用它？
通过添加激活驱动程序 hypervisor.cpuid.v0 = false 到VM的VMX文件。 VM保留了100％的CPU和内存，延迟灵敏度设置为高。 SLI已使用DifferentSLI Auto 1.5激活。我无法尝试使用375.63驱动程序，因为DifferentSLI尚不支持此驱动程序。
Answers:
奇怪的是，此问题的根本原因与VMX文件中PCIe设备的顺序有关。我不确定这究竟会对任何事情产生什么影响，但经过反复测试后显然会有所影响。
在下面的“SLI Lags”图片中，这是下拉菜单中设备的默认顺序。在“SLI Works”图片中，这是我在1511构建VM中使用它的顺序。
删除并重新添加1607构建VM的所有PCIe直通设备以匹配1511构建VM的顺序后，SLI不再滞后！我还注意到在“滞后”1607构建VM中，在Nvidia控制面板中，我的显示器将显示连接到GPU＃1，而在“工作”VM（以及裸机Windows安装）中，它将显示为连接到GPU＃2。这本身就很奇怪，因为监视器所连接的GPU位于CPU＃1的PCIe总线上，没有连接监视器的GPU位于CPU＃2的PCIe总线上。
如果有人好奇，CPU是Supermicro X9DAE上的Intel Xeon E5-2660 v2。
SLI工程
SLI跛脚
如果Ramhound想知道区分大小写或类似的情况，在所有情况下都会通过vCenter添加PCIe直通设备。