|
||
|
Elite Member
  
加入日期: Mar 2001 您的住址: Rivia
文章: 7,050
|
nVidia宣布開源CUDA
其實早就該開源了，現在才開源動作其實已經太慢了
很多軟體的開發都轉往OpenCL了 這次的開源，也允許非nVidia自家晶片執行CUDA程式 http://www.ubergizmo.com/2011/12/nv..._medium=twitter
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3  I Always Get What I Want. |
|||||||
2011-12-14, 03:04 PM
#1
|
|
|
Elite Member
加入日期: Jul 2000 您的住址: R.O.C
文章: 5,636
|
應該是覺得時間到了(啥~
不過現在不少都轉用OpenCL倒是真的 |
||
|
2011-12-14, 03:40 PM
#2
|
|
|
Master Member
加入日期: Jul 2002
文章: 1,766
|
可是我覺得openCL的軟體還不常見
而CUDA還是多數 開源後是連ATI顯卡都有機會執行以前CUDA的程式嗎?
__________________
Ark-Baroque-Yield-Sacrifice-StarDust Elis的肖像，少年Abyss尋找的女孩 為愛打開冥府大門，揭開無限輪迴的少女 "那個女孩，是我尋找的Elis嗎?"假面男如此說著 最後認清真相的少女EL，夢想與現實的交會點 第四地平線，那個樂園的名字是"ELYSION"或是"ABYSS" ===================== Dropbox推廣連結 http://db.tt/ZD1hTLkG |
|
2011-12-14, 07:07 PM
#3
|
|
|
Junior Member
加入日期: Mar 2007
文章: 992
|
希望開源之後不是擺爛的開始
有的東西就開源後就放任其自生自滅 |
|
2011-12-14, 07:24 PM
#4
|
|
|
Advance Member
加入日期: Apr 2005
文章: 479
|
引用:
我總覺得甲骨文跟微軟是半斤八兩 
__________________
提高計算速度的方法不只一種。 平行計算只是一種提高效率的方式，具有不確定性與複雜性。關於提高效率的方式，存在著各種不同的理論。 對於我們來說，那並不是完美的東西。 |
|
|
2011-12-14, 09:39 PM
#5
|
|
|
Power Member
 加入日期: Nov 2006
文章: 560
|
引用:
不可以 其實要限定某家産品才可用的技術 開不開源没大意義 |
|
|
2011-12-14, 09:47 PM
#6
|
|
|
Regular Member
 加入日期: Mar 2009
文章: 71
|
CUDA就算開源,也沒其他廠商要支援它吧,因為CUDA也不是標準,硬體廠商要幫他寫driver,除非是吃飽太閒..
而且CUDA在設計上是要用獨立的編譯器去產生kernel,而不是用API的方式去產生,雖然表面上便利於C的開發者,隱藏一些參數傳送的細節,但這樣是變成完全沒有彈性,其它非C語言要支援CUDA很麻煩 像OpenXX系列的API完全不會採取這樣的設計,連JavaScript都可以binding OpenCL,所以CUDA這樣的設計造成其它程式語言的開發者完全只能擁抱OpenCL |
|
2011-12-15, 01:00 AM
#7
|
|
|
Junior Member
加入日期: Mar 2007
文章: 992
|
引用:
很多東西開源後 尤其是大公司丟出來的 感覺就是把玩爛的玩具還裝的很有愛心的樣子捐助給社福團體  並且高喊大家要有良心有憐憫心一起攜手向前 心中有善念 處處是樂園之類的... 引用:
意思是說結果編譯程式還是要等NVIDIA 像修正檔一樣 更新後才會有新功能或對新的GPU CUDA SP 支援之類的嗎?? |
||
|
2011-12-15, 01:20 AM
#8
|
|
|
Junior Member
加入日期: Aug 2005 您的住址: 木葉忍者村
文章: 735
|
引用:
這些都是小事... 比較恐怖的是有些專利還是握在該公司手上 其他開發者不知道什麼時候會踩到地雷 沒獲利的話大家還相安無事 一旦獲利就得把皮給繃緊，因為隨時都有可能被咬一口 O 公司和 G 公司的互動就是一個很好的例子 引用:
Nvidia 放出來的是編譯程式的原始碼 詳情看底下網頁的附圖比較清楚： http://developer.nvidia.com/content...-source-release 可以讓其他開發者開發出給其他平台 (GPU/CPU) 使用的 CUDA 編譯程式 或是可以支援 C 以外的程式語言 |
||
|
2011-12-15, 01:50 AM
#9
|
|
|
Regular Member
加入日期: Mar 2009
文章: 71
|
引用:
意思是指,在OpenCL要產生一個kernel,只要把source code當參數透過API來呼叫一個動作就完成了....所以對其它的語言來說他只是去呼叫相對應的C function,不用任何的effort.... 而CUDA必須要額外呼叫像是nvcc的編譯程式,將CUDA的kernel來編譯出一個ptx檔,然後還要呼叫額外的driver API讓host端載入編譯出來的ptx檔.... 當然當初設計這樣NVidia只是單純考慮,他們已經寫好了c的批次檔跟Visual Studio整合在一起了,上述動作可以在Visual Studio自動完成,但根本不考慮其他平台的便利性,要用就要自己去搞.... 這裡有Java binding for CUDA的教學,過程很繁瑣 (http://www.jcuda.de/tutorial/Tutori...CreatingKernels),但同樣的動作在Java binding for OpenCL也只需要2,3行code而已... 此文章於 2011-12-15 02:11 AM 被 jiahan 編輯. |
|
|
2011-12-15, 02:08 AM
#10
|
|
