個人積分：143分
文章編號：15916891
CUDA針對NV顯卡!
目前算是完善易用!也小有成果!
OPENCL針對的軟硬體更多!遊戲機、手機都在範圍內!
甚至於可以跳脫DX的魔掌，做LINUX，PS3的應用!
如今軟體開發成本高漲!最少的開發費用做最多的事!大勢所趨!
承諾專屬平台的軟體跳票的一卡車!這就不用多說什麼了!
CUDA是現在式!
買來立即有軟體可用!這是一大優勢許多商業應用哪有那美國時間等著你幾年後成熟。
等到其他軟體成熟後就直接換硬體設備我想像好萊塢那種大公司不會花不起!
但如果NV的CUDA這麼屌幹嘛要一直去關注OPEN陣營者麼玩。
OPEN是未來式!!
不屬於ATI一個人的NV，INTEL都有!
或許硬體商不願意花錢投資軟體搭順風車等等之類的!這又如何呢?大勢所趨!
那麼愛CUDA就多花點錢買NV的產品幫他們活下去吧!
還有等到電腦可以只單用GPU時再來談論CPU的好不好吧!
沒CPU的NV都快被玩到翻掉了。
非專業感想不要戰我!
個人積分：194分
文章編號：15918927
qbqbqb wrote:
OpenCL的出現必然造成阿共的Programmer重寫給天河一號的code以便通吃不知到啥時出現的天河二號?(站在AMD的立場,最好2號繼續用BrooK+來跑Stream...)...(恕刪)
你錯了, 你根本搞錯AMD的立場.
AMD的立場其實是希望OpenCL早點廣泛運用.
AMD已經很明確告訴GPGPU開發者, OpenCL才是他們想依循的標準.
這已經講過無數次了....
就我所知, AMD從不打算用BrooK+來跑Stream取代OpenCL.
那只是底層的原生開發環境, 在OpenCL規格未定前, '暫時'拿Stream來運用.
例如天河一號想用R700架構, 但是當時沒有OpenCL怎麼做?
當然是先用Stream來用阿? ATI總不能叫對方放棄不做吧?
不要誤以為AMD是想拱BrooK+去抗衡OpenCL.
而是當時沒有選擇......
如果未來還要做天河二號, 那也是很多年以後.
超級電腦不是PC每2年就換一台好嗎?
到時候OpenCL搞不好都出到3.0了.
根本就不可能再推Stream......畢竟AMD方向就是OpenCL.
你一直用CUDA/NV的思維來看Stream.
當然覺得ATI的做法很奇怪.....
現在stream sdk已經支援openCL1.0
也就是說以後用Stream寫出來的東西, 不再是原本封閉的stream而是opencl.
ATI Stream Software Development Kit (SDK) v2.0 Beta Program
裡面Stream SDK 的說明，和之前的 1.0 版相比，變得相當強調 OpenCL，
甚至把Brook都抽掉了!!
............如果你一直用NV想靠CUDA搞獨占的思維來看, 一定不懂ATI在想什麼.
但是它很久以前就宣示開放的OpenCL才是未來方向.
並沒有想要讓原本的stream1.0繼續延續......
當OpenCL定案,暫時的解決方案就可以功成身退......
原本的Stream開發工具就立刻依計畫轉型為OpenCL開發工具.
其實Nvidia也再做一樣的事, 讓CUDA變成OpenCL開發工具.
以後用新的CUDA SDK寫出來的東西不一定是CUDA......99%會是OpenCL.
Why? 因為大勢所趨............至於只for NV硬體的CUDA原生程式就漸漸消失了.
我們可以舉出一大堆以前CUDA運用的層面多少了.
但是畢竟那都是'以前'的研發成果.......當時沒有OpenCL當然只能這樣.
如果認為以後也一直這樣....那就no sense了.
之後接下來, 不管你用CUDA sdk或Stream sdk或其他OOXX sdk, 寫出來的東西都是OpenCL.
個人積分：13分
文章編號：15920576
Waffenss01 wrote:
你錯了, 你根本搞錯...(恕刪)
我想你還是誤解了...(我從來沒說過N社要靠拿個CUDA敝帚自珍,一直說N社想堅守CUDA,而且封閉的是對手的Marketing talk,這我就不重說了往前1,2頁說就說過了...別把
C(或是稱為CUDA C還有其他語言)之於CUDA架構, Brook+(只有這個,無誤)之於Stream架構, OpenCL/DirectCompute之於CUDA/Stream架構的關係混為一談)
消費性市場-->OpenCL/DirectCompute是趨勢,我沒否認過,我也說過...GPU運用越廣泛,對N社這種沒有CPU的公司來說,我看不出有啥壞處
但是別忽略了,還是有政府機關,學術單位,Oil/Gas/電影公司等等是有能力自行開發程式,且不需要銷售到市場,甚至是販售服務的(EX:ILM).對這些人而言,針對採購/既有的硬體去開發針適合的程式OpenCL等就不是唯一的選擇了,利用熟悉的語言開發才是首要考量,你也知道天河1號不是哪麼容易就替換掉,對這些人來說,最適合的方式是幾年後用OpenCL重寫code還是沿用1號編寫code經驗?
而讓我覺得ATI沒誠意的地方就在於,別用Marketing Talk非得誤導OpenCL才是唯一解藥來掩飾之前的推廣不力!!
OpenCL 1.0的今天(已經有東西了吧?),商業公司(例如Cyberlink)...阿,來用OpenCL寫一套通吃的軟體...合情合理
但是,
OpenCL 1.0的今天(已經有東西了吧?),如果跟有硬體設備的公司或是研究單位都說...阿...OpenCL快出了...我們等一等吧??有必要嗎??
個人積分：2843分
文章編號：16365492
個人積分：47分
文章編號：16374373
個人積分：2分
文章編號：18727772
個人積分：2分
文章編號：18727840
個人積分：89分
文章編號：18749409
而讓我覺得ATI沒誠意的地方就在於,別用Marketing Talk非得誤導OpenCL才是唯一解藥來掩飾之前的推廣不力!!
OpenCL 1.0的今天(已經有東西了吧?),商業公司(例如Cyberlink)...阿,來用OpenCL寫一套通吃的軟體...合情合理
但是,
OpenCL 1.0的今天(已經有東西了吧?),如果跟有硬體設備的公司或是研究單位都說...阿...OpenCL快出了...我們等一等吧??有必要嗎??
qbqbqb wrote:
我想你還是誤解了...(恕刪)
研究單位如果只做一年研究
那他可以寫個幾十萬行 cuda native code
如果想做長久的 最好開始改 Open CL
每個 project leader 都知道的常識
至於那些會叫的XX 為何大力推CUDA
一個原因是每年要消化預算 第二是每年有一堆研X生要畢業
第三是反正程式不用他寫...
真正企業應用 ..會以目前有的當練功(試金石) 然後等Open架構出來一舉推出新軟體
這樣才叫通吃..也許個人工作室或小軟體公司 會急著推 但是大又貴的軟體 一定是慢慢等的
Windows 下面的軟體世界也許變得很快 不過真正超級電腦應用的大咖軟體都好幾年甚至幾十年才改朝換代
個人積分：11542分
文章編號：18750284
個人積分：384分
文章編號：18750398
就算有好架構, 現下產品拿不出來, 就是紙上談兵.
就算當初 GTX480 吹得多好多好, 還沒上市前就是不敵 ATi 5870.
當然, 上市以後的情況又是另一回事.
但是, 仔細去思考一下喔.
不去討論 GTX480 的程度究竟到哪個階段, 多熱多廢...
GTX480 晚了對手的 5870 這麼久才上市
nVIDIA 無形中的損失會有多少呢?
---
軟體產業...
我是不瞭解為了等待一個開發成熟的架構, 而拖延手上的產品出品日期, 一拖再多的價值與必要性何在...
一個軟體既然已經在可完成的階段, 只缺臨門一腳...
該推出的時候仍然得就以市場上現有的東西拿來做軟體的基石.
OpenCL 很好很強大, 但軟體產業該做的事情, 我想也許不是光只有等待 OpenCL 成熟.
如同 3DFX 當年的 Glide , 也是很多遊戲支持, 原因?
因為現下的 DirectX 還未完全成熟, 但是遊戲還是要出啊.
不然怎麼賺?
放在手裡不打出去的產品, 就是沒賺錢的產品,
一家公司不可能為了不確定的將來, 把希望跟金錢, 時間全押在上面.
弄個不好, 是會倒店的
但是, 它們也可以今年 CUDA 一版, 明年 OpenCL 熟了再出一個新版的...
那樣也才有賺頭.
就像當年 Glide 後來被 DirectX 給做掉了一樣...
但也不是幾個廠商力推就能使 OpenCL 成為潮流...
重要的還是要有下面的軟體商開始大量的採用才成...
而且, 相對要付錢的 CUDA , OpenCL 的問題可能還在於技術支援性的不足
看看 ATi 的 Driver 採取什麼做法便知, 它在 Linux / OSX 等系統上的支持度相對一直欠缺...
開放歸開放, 但是推導商若不領頭解決各家廠商的疑問
那各家想寫支持的軟體也會變得困難不少.
不過既然是 "Wintel" 合推的東西...
那結果上應該...
qbqbqb wrote:
OpenCL 1.0的今天(已經有東西了吧?),商業公司(例如Cyberlink)...阿,來用OpenCL寫一套通吃的軟體...合情合理
OpenCL 1.0的今天(已經有東西了吧?),如果跟有硬體設備的公司或是研究單位都說...阿...OpenCL快出了...我們等一等吧??有必要嗎??
嗯... 就好像 Windows7 很好很強大...
但是在它出來之前, 各位還是得繼續用著手頭上的 WindowsXP 一樣的道理.
這想法我滿認同的.
不是 CUDA 多好多好的問題, 而真的只是 OpenCL 當時還只是看得到吃不到的問題
也許未來是 OpenCL 大行其道的天下, 但現在而言, 相對的 CUDA 會是比較快速又好一點的選擇.
不是 CUDA 好所以選 CUDA , 是現下 OpenCL 不好玩, 所以選 CUDA ...
