大關 wrote:
老實說hUMA到底怎樣運作我不是很清楚
不過目前可以肯定跟Intel那用L3快速存取不一樣就對啦
巨量資料要給GPU運算的話，hUMA有它的好處，但是資料量不大時，INTEL的作法會快很多，
可惜的是一般人使用上來說，幾乎沒辦法感受到hUMA的好處，沒那麼大量的東西要給GPU算。
如果真的有巨量資料要計算的需求，又回到我前面說的了，應該用Xeon Phi、NV Tesla
這類產品比較適合這樣的需求。
個人積分：3分
文章編號：47299193
個人積分：47分
文章編號：47299221
vincent323 wrote:
如果真的有巨量資料要計算的需求，又回到我前面說的了，應該用Xeon Phi、NV Tesla
這類產品比較適合這樣的需求。
實際上的情況是
因為現在GPGPU需要把CPU記憶體拷貝到GPU記憶體
所以除非是大量的運算
丟給GPU根本划不來因為Copy Penalty的關係
而hUMA的好處是去掉這個Penalty
而且簡化程式不用記憶體移來移去的寫法
Oracle和Qualcomm才會希望用GPU來取代大量的浮點運算
拿Java 9 Search來說，如果沒有unified memory access用CPU的話
根本用GPU來算就划不來
資料不是很多的情況下
因為大部分的性能耗損都是再把資料從CPU傳到GPU Memory Space
然後還要從GPU Memory傳回CPU Memory Space
而用HSA的人就可以直接從同一塊記憶體丟入GPU
也是為甚麼Java 9只支援AMD的HSA
而不支援Intel所謂GPGPU的做法
這也就是為甚麼XBOX one和PS4會選用APU了
尤其是Kinetic 2的高階析度辨識就需要大量的GPU運算
如果是傳統Intel/Nvidia GPGPU的做法根本不夠快
光是在記憶體拷貝來拷貝去GPU運算就不實用了
除非是大量的資料
個人積分：47分
文章編號：47299533
Whistle Blow wrote:
另外AMD的HSA是著重在CPU+GPU，但是ARM的HSA是著重在big.LITTLE大小核心架構（A7搭A15，A53搭A57），兩家公司的重點跟方向差很多。
Big.little叫做Heterogeneous Multiprocessing (HMP)
和HSA是兩碼子事情
http://www.forbes.com/sites/patrickmoorhead/2013/11/18/qualcomm-dont-confuse-heterogeneous-computing-hc-with-heterogeneous-multiprocessing-hmp/
高通寫的很清楚
在HSA這一塊
AMD和ARM陣營是在一起的
Intel不加入會被ARM打得更慘
Nvidia不加入就是被高通打
個人積分：19450分
文章編號：47301127
-----------------------------------------
AMD 與 ARM 攜手推廣 HSA 基金會
有一句話叫「敵人的敵人就是朋友」，這句話現在用到 AMD 和 ARM 身上真是再恰當不過了。
作為 Intel 的兩個對頭，這兩家日前結盟，
連同 Imagination Technologies、MediaTek 以及 Texas Instruments 一起推廣 HSA 基金會（異構系統架構基金會）。
雖然 HSA 所推廣的概念在計算機界算不上新，但基金會的成員還是希望能讓它被更廣泛地應用。
和市面上一些產品追求更复杂晶体管設計的做法不同，HSA 希望通過平行運算來提升處理器的表現。
比如圖像處理器將不僅僅用於圖像、遊戲等方面，普通的任務和 App 也可以用到它。
雖然用 OpenCL 已經能達到這種效果，但 AMD 認為這樣的做法太複雜，而且主流的開發者也不容易接受。NVIDIA 那邊也有自己的 CUDA 運算架構，不過可惜那是私有的。
HSA 基金會的目標是一種更簡單、開放，同時還可以涵蓋 PC 與行動設備（不光是跨 OS）的標準。
如果一切順利的話，到 2014 年我們應該就能在日常生活中享用到他們的成果了。
-----------------------------------------
此外，稍稍Google了一下。
卻實在基金會成立之前，沒『heterogeneous systems architecture』的詞彙。
稍稍翻了一下基金會的網頁。
技術方面是陳腔濫調，反正就是heterogeneous computing的原理，技術拿來唬一唬，貼一貼。
願景方面就是新聞稿那樣了。希望這是一個更簡單，開放，同時可以涵蓋所有裝置的標準。
所以才基於『heterogeneous computing』，創了一個『heterogeneous systems architecture』。
只是目前還看不出來這新詞彙的技術，原理有什麼不同於老詞彙
這套用開發流程的話，可以說現在處在發芽期。
所以仰賴heterogeneous computing的土壤，之後會結出什麼果？
就稍稍期待看看囉。
個人積分：47分
文章編號：47301415
Wow_Senior wrote:
只是目前還看不出來這新詞彙的技術，原理有什麼不同於老詞彙
前面寫過很多次了
HSA的硬體技術就是可以讓GPU去直接存取CPU使用的記憶體
這樣可以避免現有GPGPU把資料從CPU記憶體傳到GPU記憶體再轉回來的問題
畢竟寫過程式的都知道自己來做記憶體管理有多麻煩
光是這一步就可以讓支援GPGPU的程式更加廣泛
但是如果硬體本身不支援HSA
反而不能利用HSA架構的應用程式
這也就是在HSA之前，JVM沒支援GPGPU
因為要支援CUDA/OpenCL光是記憶體轉來轉去反而把GPU多出來的效能都浪費了
但是現在卻會在APU上面支援
光是Java 9支援HSA搜尋速度就快三倍以上
你覺得有沒有用？
如果ARM的廠商跟進
Intel更是騎虎難下
因為支援HSA等於是在PC和AMD在不擅長的GPU競爭
不支援HSA就只能眼睜睜看著高通繼續霸占移動市場
類似的問題Nvidia也是遇到
說HSA是AMD的王牌也不足為過
個人積分：19450分
文章編號：47302602
個人積分：19450分
文章編號：47303498
個人積分：25分
文章編號：47305304
個人積分：21分
文章編號：47305514
個人積分：25分
文章編號：47305637
