結果論，AMD所謂的ACE在DX12出現之前只是拿來佔晶片空間和浪費電的。真正的重點在於GPU/SM利用率。

其實也不用dx12
dx12本身就是個拖慢效能的api
目前上市的幾款dx12表現幾乎都很慘
除了極限競速6 apex有達到高規標準表現外
到是ace能夠在其它api上不受限加速使用
真的是個很大的幫助
重點是ace不應該被侷限在dx12上
可搭配類似Vulkan api高效使用

那mantle呢？

我想說的是，與其去強調async compute專用的ACE，不如想辦法在平常執行GPU工作時也可以儘可能去利用所有的硬體，因為這確實是目前AMD效率較低的原因所在。

前面網友貼的文章其實有指出來，nVidia的GPU設計就是可以一次接受大量工作，然後儘快執行完畢，強調高效率的執行，問題就是缺乏彈性，執行單元無法隨時在graphics和compute工作間切換，也不能做preemption的細部控制（因為pipeline很長）。相對來說，AMD的硬體設計彈性高，具備大量平行運算的能力，也可以同時執行graphics和compute工作，但效率較差。

我也期待 Vulkan 能被大量應用 DX12真的表現還是不足 雖然有進步(像是被AMD臨時逼出的產品) :like:

OPUTEC 看法很對
嚴格來說ACE是AMD為了發揮GCN效能使用的手段，NV不一定需要到AMD那種程度
但是要達到好的效率那最好架構內運算單元可以通吃各種運算，這樣有利於分配任務減少閒置
不會因為運算單元只能吃特定運算模式的東西 用其他的下去它就閒置了
從這一點來看 NV應該會走向與AMD類似的路
會有一個彈性架構的GPU來應付DX12、Vulkan
只不過不知道是volta 還是它的下一代或者 下下一代
目前還是DX11的時代，這些還不急就是了
--
至於需不需要像AMD那樣採硬體方式來排程，那就是另外一回事了
(儘管AMD說硬體排程優點很多)

看OpenGL就知道了
Vulkan很難被大量應用......

DX12也不可能是被AMD逼出來的
只能說是AMD啟發

但是F@H還是被nV海放... :stupefy:

Vulkan 是為 OpenGL、OpenCL 下一代接班人，具備開放與跨平台底層 API 特性，Windows 將由 Khronos 主導，Linux 開發社群則是要求內容和 Windows 版相同，Android 部分將由 Google 負責。看來在Linux和Android上, 以後應該完全是Vulkan的天下 :like: