看電腦王介紹，好像暫稱Computer Shader
不管怎麼說最後哭得恐怕都是nVIDIA
花很多錢買下的物理加速引擎最後可能擺著積灰 :p

在下認為除非M$跟某一家公司合作一起推這個集大成的DX11，否則以目前架構來看
DX11並不會去干擾或吃掉Driver或Services這類底層的東西，只是定義外層的封裝
讓RD方便使用，這樣的話兩家顯卡大廠也不需要為了維護CUDA或者Stream這兩種
獨家技術而耗費大量人力開發一堆SDK和編譯器，後端的工作統統交給M$去搞就好
再說目前Windows絕大部分的RD也都是"被迫"使用M$家的編譯器和IDE環境，還要
自己研發整合plugin到IDE真的有點吃力不討好(VS改版也要跟著改)，所以說實在應
該是皆大歡喜才對XD

當然啦！大家也別忘了Intel這個程咬金，萬一....不幸....M$和Intel合作搞DX11...
那才是災難阿！ Orz.....僅希望這種悲劇不要發生才好^^|||

放心opencl會一起支援
就像當初那兩個api一樣


cuda是針對硬體去設計的
ati是不可能拿過來用
而且ati開發這一塊的時間比nv久
也有自己的解決方案
不過規格決定權是在軟體開發商(ms apple)手上

ATI的Stream SDK在Windows平台的話是將會是實做在DirectX上面，而其他平台則是實做在OpenCL上面
想要在Windows平台上面做任何東西，你不得不聽微軟的話，因為他是老大 :D

現在比較尷尬的反而是Nvidia，目前似乎沒看到他想要採用DirectX。
不過他也是Khoronos Group的成員之一，所以其他平台上面還是可以走OpenCL，或是繼續用自己的CUDA
至於Windows平台的話就不知道未來會怎麼走了。
繼續全部統一用CUDA也不是不可以，只是開發人員寫出來的東西只能在Nvidia自己的機器上面跑
而ATI平台上面寫出來的東西可以在所有支援DirectX或是OpenCL的機器上面跑

而歷史告訴我們，除了微軟之外，想要搞自己一套標準的似乎都走得很辛苦 :ase

因為透過OPEN GL或是DirectX這類的API做溝通
使得性能會造成損失，目前的ATi跑FAH也是用DX轉譯的方式
所以當初nVidia才會來搞CUDA，CUDA可以讓應用程式直接操作硬體（透過CUDA）
而不需透過功能有限的DirectX，最重要的事情是設計師不需額外去學DX APP開發
你只要會C語言，要寫出CUDA APP根本就不是什麼難事，其實這也是真正困難的地方
用DX或是OPENGL這樣的API來開發一些原本就不應該用這些東西開發的軟體，其實沒有這個必要！
就算DX11可以讓GPGPU發揮正常該有的性能，拿到其他平台可能就不一定了
因為OPEN GL的改進已經停滯很久了，我很懷疑現在的OPEN GL可以發揮硬體多少性能！

早上起來就吃到便當，飽足感十足 :agree:

可是似乎無法奏效，也就是說雖然吃了卻無法消化 :stupefy:

說說無法消化的狀況吧
那個便當我最近有摸熟 :D

是opencl 不是opengl
http://en.wikipedia.org/wiki/OpenCL
是以opengl為基礎所開發地
跟cuda steam 算是同一種level的api
好處是非os限定
目前amd已經打算加入

license版本要改...... :p