> 再說現在的 CPU 也足以應付一般應用了，工程師恐怕也不願意為了支援 HSA 重寫 Code..
有多的效能出現就可以有更多應用方式出現
而且效能需求從來沒少過,現在不重寫code 未來也要重寫
另外HSA也不只限制在x86上,ARM也有(AMD預計明年會推的skybridge framework)

> 但 CPU 會同意讓 GPU 動它主管的 CPU Memory 嗎？CUDA 6 的統一尋址到底是怎麼辦到的啊？
傳統是不會同意(安全性問題)
CPU能處理的權限跟GPU不同 資料頂多只能單方向傳輸
CUDA透過更換CPU函式庫的方式,讓權限不同的安全性問題得到解決
透過軟體方式 將以往cuda要人工處理的部分讓它可以自動執行 省掉麻煩

而AMD方面之前有寫過(在下面這邊)
http://www.pcdvd.com.tw/showthread.php?t=1028634
另外今年一月AMD有提到一件事,
他不只要在記憶體實現這種技術 未來連cache也要做到這種雙向溝通
目前的kaveri 在cache方面還是只有單向傳輸(只有GPU 才可以從CPU cache拿資料)
AMD是說因為cache 雙向溝通的技術過於複雜會拖到kaveri的上市,所以放棄了但未來還是會有

> 我認為最最重要的是AMD要拿出一個革命殺手級的應用軟體
> 像是轉檔
這是一定的,AMD ppt裡提到一個HSA廠商 就是在弄x265
可惜x265目前發展中 畫質還比不上很成熟的x264
假設x265達到理想的畫質 有試過x265的應該知道他真的很慢,
不會有人想用純CPU來跑4K video的x265編碼,一定會採取某種加速的方式