在 ESXi 6.0 U2 VM 中安装的全新 Windows 10 Enterprise（Build 1607）上，当在一对 GTX 980 上启用 SLI 时，使用驱动程序 372.70、372.90 和 373.06 时，光标和 UI 效果在连接到 GTX 980 的显示器上显示时将显示明显的滞后。如果禁用 VMware SVGA 驱动程序以防止远程控制台显示自己的光标，或者禁用 SLI，则光标不会在 VMware SVGA 显示器上滞后。使用 372.70 驱动程序的 Windows 10（Build 1511）VM 上也不会发生这种情况。有人知道 Windows 版本之间发生了哪些变化，可能导致这种情况，以及是否可以禁用它？
通过添加到 VM 的 VMX 文件来激活驱动程序hypervisor.cpuid.v0 = false。VM 保留了 100% 的 CPU 和内存，并且延迟敏感度设置为高。SLI 已通过 DifferentSLI Auto 1.5 激活。我无法使用 375.63 驱动程序尝试此操作，因为 DifferentSLI 尚不支持此驱动程序。
答案1
奇怪的是，这个问题的根本原因与 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 对区分大小写或类似问题感到疑惑，那么在所有情况下，PCIe 直通设备都是通过 vCenter 添加的。