PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   AMD Zen CPU架構披露!大核心ALU、浮點單元翻倍。 (https://www.pcdvd.com.tw/showthread.php?t=1089407)

SMiLEAhPaiN 2015-10-11 02:40 PM

聽說iPhone 6S用的三星處理器輸台積電

有種不祥的預感,用上14奈米的ZEN會不會也出問題阿.. :fear: :fear:

commando001 2015-10-11 03:45 PM

引用:
作者bureia
GPU是用途特化的IC,所以拿來通用計算有許多限制
可以參考日語wikipedia
https://ja.wikipedia.org/wiki/GPGPU

GPGPU要是很好用的話,CUDA跟OpenCL都推很久了,
應該要很紅,但情況似乎不是這樣

HSA是改善了一些問題,但本質上未改變,
所以要扭轉情況應該不容易

因為適合用GPGPU的應用就是那些...

而且那些應用離我們日常蠻遙遠的(沒人日常生活沒事就跑跑FEM吧)

lzarconlony1 2015-10-11 04:16 PM

DX12普及後 CPU效能需求會進一步減少
只剩下壓縮 軟檔這類

看看這篇CPU or GPU測試 或多或少會改觀CPU看法
http://forums.anandtech.com/showthread.php?t=2447222

bureia 2015-10-11 04:51 PM

如果遊戲是要比FPS增長的話,那跟CPU效能關係不大

CPU的強項是處理分支條件多的東西,簡單說就是if...else...很多的東西
遊戲中會用到的,舉例來說就像是AI、NPC對玩家動作的反應

GPU的架構不擅長這種運算

Jiun Yu 2015-10-11 05:00 PM

引用:
作者NEAL
我覺得以廣大C++程式開發者的角度來看,如果哪天GCC發展到可以下個 -OG之類的參數,就能把程式編譯成OpenCL、HSA最佳化的程式碼,這樣的話HSA架構應該會蠻容易流行起來的。

這就跟對著電腦說:"請幫我寫一支XXX程式"一樣,都是謀摳寧ㄟ代誌 :laugh:

引用:
作者commando001
因為適合用GPGPU的應用就是那些...

而且那些應用離我們日常蠻遙遠的(沒人日常生活沒事就跑跑FEM吧)

很久以前在NV官網看過一個關於目前CUDA應用的列表, 項目有很多, 但仔細一看會發現幾乎全都是在做科學運算 :laugh:

bureia 2015-10-11 05:15 PM

引用:
作者lzarconlony1
DX12普及後 CPU效能需求會進一步減少
只剩下壓縮 軟檔這類

看看這篇CPU or GPU測試 或多或少會改觀CPU看法
http://forums.anandtech.com/showthread.php?t=2447222

其實壓縮跟轉檔還比較適合GPU處理

因為它們的特性就是
1.資料大量且連續
2.資料相互依賴程度低
3.條件分支需求低

所以容易多執行緒化,而GPU的強項就是在平行處理

明彥 2015-10-12 12:33 AM

倒是希望ZEN版的APU GPU有GTX950的程度....

orakim 2015-10-12 12:05 PM

> 其實壓縮跟轉檔還比較適合GPU處理
> 資料相互依賴程度低
因為要做前後frame的比較也還是有相依性
限縮比較的功能(限縮相依性)的轉檔 讓硬體線路可以運算就是現在的硬壓的方式
HSA的存在可能可以解決這個問題
雖然速度沒有硬壓快(假設相依程度10%依據模擬 速度應該是軟壓的4~5倍)
但是品質跟軟壓一樣好

> 很久以前在NV官網看過一個關於目前CUDA應用的列表, 項目有很多
> 但仔細一看會發現幾乎全都是在做科學運算
因為純GPGPU很難用,要相依性極低的才會快(多數是科學運算);一有相依性問題要解決就要回歸CPU
CPU、GPU切換次數過多或者CPU、GPU運算間的延遲過大 總效能就低
最極端的情形會是 只用CPU跑 還比CPU+GPGPU還快,很不適合相依性運算

所以才有HSA,就目前AMD的PPT來說 CPU、GPU切換次數頻繁也不會有太大影響
用模擬來看 相依程度高的情形也會有30%左右的效能成長,而不會像是GPGPU那樣的負成長

27681049 2015-10-12 02:07 PM

引用:
作者NEAL
我覺得以廣大C++程式開發者的角度來看,如果哪天GCC發展到可以下個 -OG之類的參數,就能把程式編譯成OpenCL、HSA最佳化的程式碼,這樣的話HSA架構應該會蠻容易流行起來的。


不可能,沒有編譯器聰明到知道資料的相依性或是資料的流向.

而且,openCL的前提是需要把程式用多緒寫好.
不然光是資料從CPU搬去GPU再搬回來的overhead就足以抵消GPU運算省下來的資源.


所有的時間均為GMT +8。 現在的時間是07:14 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。