|
||
|
Master Member
  加入日期: Sep 2003
文章: 1,810
|
引用:
黃色字是指在CPU L1,L2 cache發生的事 依據這篇寫的,Fusion Compute Link 就是把以前CPU,GPU溝通的 HT介面頻寬放大版 http://hothardware.com/Reviews/AMD-...-Review/?page=2 引用:
主要不是在利用CPU cache的容量跟頻寬來加速GPU運算,而是跟CPU cache上的資料達到zero-copy的目的 讓CPU,GPU運算交錯間 資料流通順暢 (GPU算完的丟去CPU cache 讓CPU接手；CPU算完的丟去CPU cache 讓GPU接手) 我在想他(Fusion Compute Link)是跟opencl有關? 還是跟以後的APU發展有關? (or Both?) http://pc.watch.impress.co.jp/img/p...tml/09.jpg.html 因為GPU 要有這麼大頻寬與CPU zero-copy,若只用在OPENCL的話就太牛刀小試了 引用:
如果只是容量上意義可能不太大 AMD說"APU跟MB上的RAM"跟"獨顯上GPU 跟VRAM"的記憶體頻寬 是接近的 至於實際效能上嘛 要看看Llano的6550M 跟獨顯的6550M 扣除掉時脈的差距 效能上的差距到底有多大，來決定AMD說的是不是對的 (目前我沒找到這方面的測試) 此文章於 2011-06-21 09:33 PM 被 orakim 編輯. |
||||||||||
2011-06-21, 09:29 PM
#11
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
真的很巧，就在剛剛又放出來這個消息了
http://pc.watch.impress.co.jp/docs/...26.html?ref=rss 內容對於這兩個 path 再詳細說明了一下 全文就不貼了，重點大概有以下幾個 > Zacate/Ontario 的作法跟Llano 相同 (也有這兩個Path) > Llano 不一樣的是他支援雙通道,也就是說記憶體頻寬會比Bobcat 大 所以要組Llano,建議還是要雙通道的方式來組 對於CPU雙通道也許影響不大,但是GPU可能就有差了 (上一篇寫得頻寬跟獨顯沒有太大差異是在雙通道之下的表現) > Llano 是Fusion 中間解 (不是最終的作法) > 最終的作法要靠AMD 下半年釋出的新型態GPU被整合進APU(2013?)才可能達成 換句話說明年的Trinity (採用VLIW4的GPU),也還不是Fusion 最終的作法 可能要等到2013年新的APU 才可能完成AMD想完成的Fusion 目標 此文章於 2011-06-22 12:31 AM 被 orakim 編輯. |
||
|
2011-06-22, 12:28 AM
#12
|
|
|
Master Member
加入日期: Sep 2003
文章: 2,102
|
引用:
恩~我的確是錯的 忘了讀加寫可以同時運作 所以我在看一下我的電腦pii 555 讀:6520MB/s 寫:6280MB/s 加起來~12.8GB/s 跟你的數據有很大的差距 
__________________
[ExtremeTech]VGAMaster |
|
|
2011-06-22, 12:56 AM
#13
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
引用:
memory controller有被改造過了 GPU的頻寬比CPU大 上面那篇有寫到這點 引用:
Llano CPU的頻寬沒有多大變化 大致上跟你的差不多 12~13GB/s（多核心狀態下） GPU的頻寬就不太一樣，幾乎就是29.8GB/s 引用:
所以不用利用到顯示卡的Vram，APU光靠系統記憶體就可以達到同等級顯卡一樣的頻寬 (而且APU 實際上利用到的頻寬可能還比較獨顯快 可達到幾乎100% peak的頻寬，而不是一般的70%以下) 雖然說還是跟高階顯卡有很大一段差距,不過應該算堪用 此文章於 2011-06-22 02:49 AM 被 orakim 編輯. |
|||
|
2011-06-22, 02:48 AM
#14
|
|
|
Elite Member
加入日期: Jan 2002
文章: 4,034
|
謝謝orakim兄的詳解,讓我對AMD APU有更深的瞭解了....
 剛看完資料,有點不解的是 http://hothardware.com/Reviews/AMD-...-Review/?page=2 在Graphics SIMD Array這個區域中, 因為只是單純的block圖,所以也不確定AMD HD Series chip 中 原始設計不確定有沒有存在cache memory (或者稱做高速的buffer),可以讓GPU順暢的運作 不過APU經過orakim兄的說明,確定GPU可以使用cache memory以加快速度了...  ---------- 更正,剛剛才去google找了一下,是參考HD 6850 的布局圖,有看到L2 cache的block 資料引自 http://techreport.com/articles.x/19844 現在GPU與CPU融合成APU , 那GPU與CPU的cache可以互用,那麼成本可以有效降低了.. 真是good idea !!
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗 還想讓統一賺你的錢嗎？統一集團成員(能見度高的)： 星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、 康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、 維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT) 統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑 此文章於 2011-06-22 11:13 AM 被 anderson1127 編輯. |
|
2011-06-22, 11:07 AM
#15
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
引用:
我覺得你可能還要再仔細看一下 因為cache zero-copy 只在特殊條件 特殊用法下才有作用 而且他們之間不是共享資源的關係 GPU實際上不會用到CPU的cache來加速GPU的運算 Onion的zero-copy只是讓CPU資料快一點到達GPU,讓GPU更快一點開始計算而已 GPU運算速度沒有改變,只是讓資料傳遞變成幾乎零時差 而且這是在OpenCL,DirectCompute...之類的通用運算(算蛋白質,找外星人...那些)上才有作用 跟遊戲效能FPS 扯不上太大關係 此文章於 2011-06-22 12:10 PM 被 orakim 編輯. |
|
|
2011-06-22, 12:01 PM
#16
|
|
