討論群組

7

HASWELL的進步真的只有這樣嗎?

Lake Shore
個人積分：27分
文章編號：44514128

27分

61樓

2013-06-21 12:21

hanzo0313 wrote:
這是一定的吧？因為這是新的架構，新的指令集，需要軟體配合

這不就是我一開始說的嗎？開發工具要改、系統軟體包括作業系統要改，程式用新開發工具重新編譯，以發揮新指令集/新架構的效益。

hanzo0313 wrote:
但是如果現在是用新架構CPU跑舊的AP OS，X86指令都相容的話這樣有什麼問題？

沒有新的系統軟體/應用軟體配合來發揮新定義的硬體功能，那何必買新的「真正HSA」處理器..... orz

orz

.....你可以找出我哪一段有說過「新架構CPU跑舊的AP OS，X86指令肯定會有問題」嗎？

hanzo0313 wrote:
你之前說這樣不是X86架構，這我就真的不懂了......(恕刪)

下面這是你針對AMD「真正HSA」的定義：

hanzo0313 wrote:
不不，如果是真正的HSA,計算工作進COMMAND queue之後
會交由scheduler來決定工作該直接交給誰處理

能否麻煩你找一張現行x86的架構圖，指出那個由CPU/GPU計算工作共用的command queue、以及決定工作交給CPU或GPU處理的scheduler的位置？

hanzo0313
個人積分：7分
文章編號：44516404

7分

62樓

2013-06-21 14:13

老實說沒有這樣的圖，但是同樣是舊的AP
從AMD的想法上看起來，就是要達到計算工作能夠由GPU共同處理
不需要軟體層介入，注意，這裡講的是傳統指令集的部份
所以並不是你所說的新的指令集
這是AMD最終的想法
這樣你了解我的意思嗎？

如果能做到的話，也就不需要軟體開發者重新編譯開發舊有程式，例如SuperPI，你不用編寫一份for OpenCL的程式以啟用GPU計算的功能

那麼，這樣的架構是不是x86的架構，你能夠回答我了嗎？

Lake Shore
個人積分：27分
文章編號：44517666

27分

63樓

2013-06-21 15:11

hanzo0313 wrote:
從AMD的想法上看起來，就是要達到計算工作能夠由GPU共同處理
不需要軟體層介入，注意....(恕刪)

其實我建議你把AMD的HSA資料看完，了解HSA Runtime的存在跟角色，別用空想的，就會知道你說的紅色部分根本是錯。

圖片來源：developer.amd.com

hanzo0313 wrote:
如果能做到的話，也就不需要軟體開發者重新編譯開發舊有程式，例如SuperPI，你不用編寫一份for OpenCL的程式以啟用GPU計算的功能

剛好相反，如果要讓程式也能在TCU上執行(HSA Accelerated Applications)，就是必須按照HSA的programming model來寫。Legacy Application如SuperPI，並不會也不能自動跑到TCU上，你看上圖就了解了。

如果要加快SuperPI，AMD必須回頭練基本功、痛定思痛解決FPU效能問題，而不是繞遠路用GPU解決這個問題。

AMD Steamroller採Radix-8除法器架構....對比Intel的前進的步伐，AMD其實還是慢了許多，因為Intel早在酷睿時代的Penryn架構上就已經採用Radix-16除法器了

hanzo0313 wrote:
那麼，這樣的架構是不是x86的架構，你能夠回答我了嗎？...

hanzo0313 wrote:
老實說沒有這樣的圖，...(恕刪)

不是x86.....而且當然你會找不到這樣的圖，因為你描述的未知架構，跟AMD所釋出的HSA文件所描述的根本完全不同，因此當然連AMD也沒有這種架構圖.....

h7878220

h7878220
個人積分：501分
文章編號：46560992

501分

64樓

2013-10-09 1:13

好難懂喔但是還是希望AMD能夠振作

7

X

X