If we don't find the way, no one else can. 國立成功大學資訊工程學系 音樂與多媒體實驗室
這年頭看來不用一些甜頭與畫一個大餅沒法子賺錢. 我只是好奇, 如所稱的 OpenCL encabled OS要做到那一個地步, 以及要耗掉多少資源, 而為什麼Nokia這種公司會有興趣.話說回來, 要儘量提高速度, 如何平行才是重點, 除非你resource多到遠大於需求, 所以反正都可以即時做完. Then, who cares the speedup?這使我想到, 當storage與Bandwidth, who cares the 10% increase in compression ratio?Orz.ㄟ! 你最近比較少在CUDA裡發言教大家一些東西! 不要再意我講的那些吧!! ><
Nokia, 視訊手機?嘖嘖... 個人覺的應用才是大問題? 當計算力遠大於應用, whos care the speedup?Orz最近都沒看新東西, 所以沒什麼好教的
剛好看到 OnLive (中文)算是雲端計算+影像壓縮的應用可想而知... 接下來一定會有這種論文?計算服務有遠端跟近端, 怎樣分配資源 XD
OpenCL 是 Apple 制定並提交給Khronos Group標準化, 希望在GPGPU/Heterogeneous Parallel Computing 這方面標準化,與Nvidia 無關
所以nvidia是順勢嗎? 你覺得OpenCL有希望起來嗎? 理由是?
正確來說是OpenCL順勢提出, 而GPGPU上Nvidia也不是先驅, 只是因為Official SDK support和大量的實作然而OpenCL 應該是有相當機會的, 這可以分為幾個層面1. 目前有太多可以做計算的device, 像是coprocessor, GPU, DSP ... etc2. GPU的廠商無法受惠於受到Nvidia控制的CUDA API, 然而又希望在GPGPU這個領域上不落人後, 相較Nvidia, AMD ATI是立刻放棄自身stream tech. 轉向支持的OpenCL3. Nvidia 對於 OpenCL 的態度從一開始的抵抗, 到不排斥, 現在明確地要把PhysX移植到OpenCL上, 並且提供初期版本的OpenCL SDK for Nvidia Device.OpenCL的技術實作層面, 與DirectX 的HLSL or OpenGL GLSL 是差不多的, 需要實作compiler for runtime如果有需要針對特定硬體開發 OpenCL 可以考慮使用 LLVM 簡化, Apple上的OpenGL 2.x 即是如此
正確來說是OpenCL 順勢提出而Nvidia CUDA是抓住機會的實作, 畢竟GPGPU上, Nvidia並非先驅, 只是因為官方的SDK加上大量的實作而引起注目然而OpenCL 應該是有相當機會的, 這可以分為幾個層面1. 目前有太多可以做計算的device, 像是coprocessor, GPU, DSP ... etc2. GPU的廠商無法受惠於受到Nvidia控制的CUDA API, 然而又希望在GPGPU這個領域上不落人後, 相較Nvidia, AMD ATI是立刻放棄自身stream tech. 轉向支持的OpenCL3. Nvidia 對於 OpenCL 的態度從一開始的抵抗, 到不排斥, 現在明確地要把PhysX移植到OpenCL上, 並且提供初期版本的OpenCL SDK for Nvidia Device.OpenCL的技術實作層面, 與DirectX 的HLSL or OpenGL GLSL 是差不多的, 需要實作compiler for runtime如果有需要針對特定硬體實作OpenCL, 可以考慮參考Apple使用 LLVM實作GLSL Compiler, 以簡化這方面的問題.
張貼留言
7 則留言:
這年頭看來不用一些甜頭與畫一個大餅沒法子賺錢. 我只是好奇, 如所稱的 OpenCL encabled OS要做到那一個地步, 以及要耗掉多少資源, 而為什麼Nokia這種公司會有興趣.
話說回來, 要儘量提高速度, 如何平行才是重點, 除非你resource多到遠大於需求, 所以反正都可以即時做完. Then, who cares the speedup?
這使我想到, 當storage與Bandwidth, who cares the 10% increase in compression ratio?
Orz.
ㄟ! 你最近比較少在CUDA裡發言教大家一些東西! 不要再意我講的那些吧!! ><
Nokia, 視訊手機?
嘖嘖... 個人覺的應用才是大問題? 當計算力遠大於應用, whos care the speedup?
Orz
最近都沒看新東西, 所以沒什麼好教的
剛好看到 OnLive (中文)
算是雲端計算+影像壓縮的應用
可想而知... 接下來一定會有這種論文?
計算服務有遠端跟近端, 怎樣分配資源 XD
OpenCL 是 Apple 制定並提交給Khronos Group標準化, 希望在GPGPU/Heterogeneous Parallel Computing 這方面標準化,與Nvidia 無關
所以nvidia是順勢嗎? 你覺得OpenCL有希望起來嗎? 理由是?
正確來說是OpenCL順勢提出, 而GPGPU上Nvidia也不是先驅, 只是因為Official SDK support和大量的實作
然而OpenCL 應該是有相當機會的, 這可以分為幾個層面
1. 目前有太多可以做計算的device, 像是coprocessor, GPU, DSP ... etc
2. GPU的廠商無法受惠於受到Nvidia控制的CUDA API, 然而又希望在GPGPU這個領域上不落人後, 相較Nvidia, AMD ATI是立刻放棄自身stream tech. 轉向支持的OpenCL
3. Nvidia 對於 OpenCL 的態度從一開始的抵抗, 到不排斥, 現在明確地要把PhysX移植到OpenCL上, 並且提供初期版本的OpenCL SDK for Nvidia Device.
OpenCL的技術實作層面, 與DirectX 的HLSL or OpenGL GLSL 是差不多的, 需要實作compiler for runtime
如果有需要針對特定硬體開發 OpenCL 可以考慮使用 LLVM 簡化, Apple上的OpenGL 2.x 即是如此
正確來說是OpenCL 順勢提出
而Nvidia CUDA是抓住機會的實作, 畢竟GPGPU上, Nvidia並非先驅, 只是因為官方的SDK加上大量的實作而引起注目
然而OpenCL 應該是有相當機會的, 這可以分為幾個層面
1. 目前有太多可以做計算的device, 像是coprocessor, GPU, DSP ... etc
2. GPU的廠商無法受惠於受到Nvidia控制的CUDA API, 然而又希望在GPGPU這個領域上不落人後, 相較Nvidia, AMD ATI是立刻放棄自身stream tech. 轉向支持的OpenCL
3. Nvidia 對於 OpenCL 的態度從一開始的抵抗, 到不排斥, 現在明確地要把PhysX移植到OpenCL上, 並且提供初期版本的OpenCL SDK for Nvidia Device.
OpenCL的技術實作層面, 與DirectX 的HLSL or OpenGL GLSL 是差不多的, 需要實作compiler for runtime
如果有需要針對特定硬體實作OpenCL, 可以考慮參考Apple使用 LLVM實作GLSL Compiler, 以簡化這方面的問題.
張貼留言