AMD的锅？星空优化爆炸原因泄露

参考图p3

VKd3d的开发人员最近提出了一个拉取请求，指出了他发现的有关 starfield 的对GPU 驱动程序执行的操作的所有可怕事情

基本上：

1：Starfield 错误地分配其内存，与 CPU 页面大小不匹配。如果您的 GPU 驱动程序对此不够稳健，您的游戏将会随机崩溃。

2：Starfield 滥用了名为ExecuteIndirect的调用,这玩意想要的事情之一就是处理游戏中的一些提示，以便图形驱动程序知道会发生什么。由于 Starfield 发送这种虚假提示，导致图形驱动程序在尝试处理数据时会措手不及，最终在命令队列中产生气泡。这些气泡意味着 GPU 必须停止正在执行的操作，仔细检查其对间接执行所做的假设，然后重新开始。

3：Starfield 连续创建多个“ExecuteIndirect”调用，而不是对它们进行批处理，这意味着上述问题会多次复杂化。

这就是为什么对新出的dx12游戏支持普遍都很好的Intel ARC显卡跑这个星空时会直接驱动程序崩溃，连ARC 770跑这游戏性能糟糕的连最低配置要求都满足不了

这就是为什么N卡玩这游戏显卡功耗低下普遍都跑不上去，因为这AMD赞助游戏导致N卡驱动在游戏发布前都无法访问游戏代码，显卡驱动也自然没法处理识别这种刻意的虚假提示调用，导致N卡GPU休眠停止执行操作，帧数低下

很难不联想到这就是一种AMD赞助游戏方面的刻意破坏行为，因为不像其他不能提前访问游戏原代码的竞争供应商，AMD显卡驱动程序显然提前就已经知道了如何处理这种虚假提示来有效利用自家显卡硬件，贝塞斯达也一样和AMD合作开发这么久不可能不知道这个事情，可以说就是狼狈为奸恶心其他竞争硬件厂商了，也不奇怪陶德为什么还能这么睁眼说瞎话吹游戏优化好

上面提到的 RADV 是主要由 AMD 创建的开源 AMD 驱动程序，他们的闭源驱动程序很可能具有相同的优化。因此，AMD 赞助的游戏恰好做了一些奇怪的事情，降低了 GPU 的速度，而 AMD 恰好有适当的解决方法也就不奇怪了