我認爲在當前正在開發的消費產品中使用OpenCL。Windows下的OpenCL成熟度
做一個小的研究我發現在Mac OSX下通常會有很好的支持。 Linux支持也相對較好,但我的目標受衆不使用Linux。它仍然需要檢查它在Windows中的支持情況。
關於Windows我發現OpenCL distribution這引起了一些問題。
對於在Windows下面向消費者的產品中使用OpenCL,您有沒有任何經驗?我對OpenCL的GPU方面更感興趣,特別是驅動程序支持。
我認爲在當前正在開發的消費產品中使用OpenCL。Windows下的OpenCL成熟度
做一個小的研究我發現在Mac OSX下通常會有很好的支持。 Linux支持也相對較好,但我的目標受衆不使用Linux。它仍然需要檢查它在Windows中的支持情況。
關於Windows我發現OpenCL distribution這引起了一些問題。
對於在Windows下面向消費者的產品中使用OpenCL,您有沒有任何經驗?我對OpenCL的GPU方面更感興趣,特別是驅動程序支持。
AMD和NVIDIA上都支持OpenCL的大多數(全部?)他們的GPU的
不幸的是英特爾只支持它這是一個有點無意義的CPU上,如果你有堅持用戶具有一個單獨的GPU你的應用程序,你也可以堅持,他們有一個NVidia之一,並使用CUDA。這限制了OpenCL的推廣。
就像CUDA或Stream一樣,OpenCL需要驅動程序支持。大多數支持CUDA的GPU都支持OpenCL和一些最新的驅動程序(CUDA 1.0以上)。實際上,如果您使用CUDA SDK 4.1進行編譯,那麼與使用OpenCL相比,您的最終用戶需要更新的驅動程序。
此外,OpenCL沒有綁定到任何GPU架構。雖然這對於專門設計的算法可能有問題,但它不應該對正常的最終用戶程序產生非常大的影響。
至少在CUDA中,您只能編譯針對當前已知主要版本進行優化的代碼。在最終用戶機器上編譯OpenCL內核可能允許將來優化新的二進制規範。
讓作者崩潰的原因在於,如果資源沒有正確釋放,Nvidia OpenCL的問題通常會出現很多問題。我一直在看到類似的崩潰,直到我修復了未釋放創建的內核的泄漏。我並不是說這是它可能崩潰的唯一原因,但除了程序員錯誤之外,它對我來說似乎相當穩定。
不是'all?'但是這個:[nvidia list](http://developer.nvidia.com/cuda-gpus),[amd list](http://developer.amd.com/sdks/AMDAPPSDK/ pages/DriverCompatibility.aspx) – elmigranto 2012-05-10 20:51:07
@elmigranto - 這是Nvidia Cuda支持的GPU列表。我相信Nvidia在所有Cuda芯片上都支持openCL。 – 2012-05-10 20:55:50
NVIDIA可能會。但是由於NVIDIA的OpenCL是在CUDA之上實現的,因此可以肯定的是,沒有CUDA支持的GPU也不會支持OpenCL。 – elmigranto 2012-05-10 21:06:51