AMD從當年買ATI就是想搞協同運算
從Liano一路到Trinity這些所謂的APU
都有致命的缺陷
也就是GPU和CPU雖然可以共享記憶體
GPU卻不能讀取CPU的記憶體
說穿了不過是把內顯和CPU綁再一起而已
這也就是所謂GPGPU需要特殊的程式API
才會有OpenCL/DirectCompute/CUDA這些東西的存在
但是大部分的軟體不會去支援這種寫法
因為很麻煩,程式設計師要把CPU的資料丟到GPU再丟回來
這也是除了轉檔和壓縮這種特定的
鮮少看到APU的優勢
因為這些用獨立顯卡也可以辦到
新的Kaveri用HSA的技術解決了這個問題
也又是GPU終於可以讀取CPU的記憶體位置
這也就是為什麼從Oracle到ARM
大家都開始一窩蜂的支援HSA這個架構
PS4/XBOX One基本上就是Kaveri的實作版本
這也就是遊戲開發商也會開始支援HSA
一旦HSA後年成為主流
基本上Kaveri在浮點運算方面是打Intel打好玩的
舉例來說支援HSA的Java 9
用CPU搜尋四本書需要四十秒
用GPU卻只要九秒
而這者協同運算可以用在幾乎大部分的程式上面
到時候AMD把CPU+GPU做再一起的優勢就會完全顯現
簡單來說,CPU變成整點運算而GPU變成了FPU
等到下一代的APU製程改進而且加大快取
以後APU就應該會完全淘汰FX系列
StreamRoller都很有可能連桌上版本都沒有
因為基本上CPU+GPU的聯合運算是絕對打得贏只有CPU
現在APU中下階不過是因為大部分的程式根本不能聯合運算
而Kaveri將會改變這一切
AMD有機會贏者全拿
就是因為Kaveri的架構拿下Ps4/XBOX的合約
GPU因為遊戲機的關係最佳化會對Nvidia取得優勢
CPU方面將會因為協同運算會對Intel取得優勢
靠的就是APU的HSA
下一代的APU很有可能是一顆i7等級配上R260X+DDR4
最可怕的是只要一萬
直接打掛Intel+nvidia
Intel可以選擇不跟進
反正就像過去幾年對ARM一樣雖然衰敗但有老本可以吃
頂多就是獲利下降股價難看
但是Nvidia不跟進的話
Tegra只會被SnapDragon打得更慘
在移動市場裡面,不論是手提還是平板,協同運算才是未來
2014年將會是協同運算元年
AMD的Kaveri就像十年前的Athlon 64一樣
寫下的歷史的一頁
Windwaker wrote:
AMD從當年買ATI就是想搞協同運算
從Liano一路到Trinity這些所謂的APU
都有致命的缺陷
也就是GPU和CPU雖然可以共享記憶體
GPU卻不能讀取CPU的記憶體
說穿了不過是把內顯和CPU綁再一起而已
這也就是所謂GPGPU需要特殊的程式API
才會有OpenCL/DirectCompute/CUDA這些東西的存在
但是大部分的軟體不會去支援這種寫法
因為很麻煩,程式設計師要把CPU的資料丟到GPU再丟回來
這也是除了轉檔和壓縮這種特定的
鮮少看到APU的優勢
因為這些用獨立顯卡也可以辦到
新的Kaveri用HSA的技術解決了這個問題
也又是GPU終於可以讀取CPU的記憶體位置
這也就是為什麼從Oracle到ARM
大家都開始一窩蜂的支援HSA這個架構
PS4/XBOX One基本上就是Kaveri的實作版本
這也就是遊戲開發商也會開始支援HSA
一旦HSA後年成為主流
基本上Kaveri在浮點運算方面是打Intel打好玩的
舉例來說支援HSA的Java 9
用CPU搜尋四本書需要四十秒
用GPU卻只要九秒
而這者協同運算可以用在幾乎大部分的程式上面
到時候AMD把CPU+GPU做再一起的優勢就會完全顯現
簡單來說,CPU變成整點運算而GPU變成了FPU
等到下一代的APU製程改進而且加大快取
以後APU就應該會完全淘汰FX系列
StreamRoller都很有可能連桌上版本都沒有
因為基本上CPU+GPU的聯合運算是絕對打得贏只有CPU
現在APU中下階不過是因為大部分的程式根本不能聯合運算
而Kaveri將會改變這一切
AMD有機會贏者全拿
就是因為Kaveri的架構拿下Ps4/XBOX的合約
GPU因為遊戲機的關係最佳化會對Nvidia取得優勢
CPU方面將會因為協同運算會對Intel取得優勢
靠的就是APU的HSA
下一代的APU很有可能是一顆i7等級配上R260X+DDR4
最可怕的是只要一萬
直接打掛Intel+nvidia
Intel可以選擇不跟進
反正就像過去幾年對ARM一樣雖然衰敗但有老本可以吃
頂多就是獲利下降股價難看
但是Nvidia不跟進的話
Tegra只會被SnapDragon打得更慘
在移動市場裡面,不論是手提還是平板,協同運算才是未來
2014年將會是協同運算元年
AMD的Kaveri就像十年前的Athlon 64一樣
寫下的歷史的一頁
...(恕刪)
不能說樓主看法錯..
看看AMD 做對那些事
1. cache control 先放到CPU 內.
2. x86 變64bits AMD 先做 , intel 想推自己IA-64 , 連microsoft 都不出 64bit OS .
一直到後來還是出 Intel x86-64 , 當年K8 剛出時的確microsoft 都一直推遲 64bit OS .
3. LDT ..後來出現 Intel HUB thundBolt
4. AMD 先提APU 當然可能是CPU 贏不了intel , 但是 Intel 目前 haswell 都在改進GPU
看起來就是GPU 將來會為主 .
至於 HSA 會不會是主流?
目前還看不到
至少軟體上光GPU 能使用 軟體就是不多 ..
但誰知道 ??
還有一個是 AMD 做ARM
未來會不會 ARM + x86 都可以直接切換?
Windwaker wrote:
AMD從當年買ATI...(恕刪)
這想法太過一廂情願.
X86指令集和GPGPU指令集不同,相互看不懂雙方的指令,指令流向也不同.
X86會進入解碼單元,並透過排程器調度.分支跳躍執行能力強.
GPGPU則是透過CPU介入分配記憶體映射到I/O空間去指派GPGPU指令,並等待計算回覆.
GPGPU依舊只能處理重複單調的工作.處理流程依然需要CPU介入.
CPU仍然要很強勁,不然GPGPU反而會幫倒忙.
如果真的非常需要SIMD性能,事實上直接擴展CPU內現有的SIMD單元到16管線,效能不見得會差,
而且可以降低context switch的性能損失,加上CPU的分支預測單元也可以大幅降低管線閒置.
當然暫存器資源的增加和MMU的頻寬也需要同步強化.
Kaveri在浮點運算方面要打Intel Haswell基本上想太多.
Intel Haswell的GPU 3D性能雖然不怎麼樣.
但是要小心的是這顆HD Graphics只有16個2X4D EU而已,而APU是384個SP.別低估EU的純數值計算能力.
關閉廣告
