Re: [情報] 改架構 拼28nm,AMD顯卡7000呼之欲出
看板PC_Shopping (個人電腦購買)作者jk21234 ( 1569 11 /47)時間14年前 (2011/06/29 18:04)推噓60(60推 0噓 16→)留言76則, 63人參與討論串1/1
這個解讀似乎有很大的誤解......
如果前一個洩漏的HD7000設計的投影片不是假造的話,
那麼HD7000並非放棄VLIW架構,反而是VLIW/SIMD雙模式.
但這種設計還比純粹的VLIW複雜一點...可能不太多啦,
畢竟以複雜度以及彈性來說VLIW高於SIMD,所以它的骨子
裡面仍然是VLIW.
可是增加一個SIMD的支援有甚麼好處?SIMD能做的VLIW也通
通能做啊...
例如,SIMD幫四組資料作加法:
ADD (x1,x2,c1),(x3,x4,c4),(x7,x9,c8),(x9,x10,c3)
VLIW下就是:
ADD (x1,x2,c1);ADD (x3,x4,c4);ADD (x7,x9,c8);ADD (x9,x10,c3)
最明顯的差別就是SIMD只要指定做一個ADD,四組資料會一樣的動作,
可是缺點就是它這四組得做同樣的動作.要想兩個去做加法兩個去做乘法
就不行了......實際對應到硬體實作,就是SIMD版本的指令會使用比較少的byte,
VLIW的會比較多,這其實有不少的好處,因為DirectX下的shader code有限制指令
buffer的長度,能用SIMD模式的話,例如原本塞800個指令是上限,可以多個1.5~2X,
做出更複雜的特效.搭配指令快取也會有比較好的效率....不過好處僅此為止.
把所有可能性都納入考慮的話,HD7000的改變有可能為:
1.VLIW/SIMD雙模僅是過渡期,VLIW是相容,未來才會被取消掉.
老實說不太可能,跳去作純SIMD會造成災難性的問題.
我不用理論舉例好了...R600(HD2000)就是一個與其說VLIW但因為限制較大
還稍為接近SIMD的指令架構,R600跟R770(HD4000)的性能對比如何相信大家
都很清楚.....比R600更接近純SIMD會怎樣?
而且改成SIMD,編譯器不會比較好作,加上DX GPU現在是拿虛擬的組合語言
去餵給driver,driver幫你最佳化重排.這個在純SIMD模式下不會省掉最佳化的
需求.只會更難做.假設以往的5D VLIW的compiler(IL to 硬體)複雜度是10,
那nVidia那邊的架構也會依賴(ptx to硬體),但簡單一點複雜度可能只有2
純SIMD下對compiler的依賴度可能一下跳到30以上.
要是這樣只能期待每個開發者都有一堆手寫組合語言大軍支持你....
不過ATI/AMD的GPU過去不管(只算n+A)市占6成還是4成,業餘開發者以ATI/AMD
GPU為標準的差不多都是2成上下.....那這方面還是它在現實中的弱勢.
所以放棄掉VLIW的確是不合理.....
2.VLIW/SIMD雙模式是新架構.
好處就是前面說的做某些事情的指令可以變短,但考慮到會因此增加指令編碼
的複雜度,也會增加硬體上指令解碼的額外複雜度.所以相抵之下可能不會比原有的
VLIW多塞入到2X的指令數量....再說現有的指令緩衝區大小,如果只是Pixel Shader
以及Vertex Shader等繪圖特效,指令上限數是很夠用很難用完的.
但是GPGPU,或者是想在遊戲上拿GPU幫你計算物理模擬的時候,這時候需要的指令
總數可能會比硬體一次能塞的多非常多......由於分段載入多少還會影響效能,
因此這個擴充到SIMD的方向在GPGPU以及物理模擬上會有很大的好處....
還有一個好處是在願意手寫GPU code的人上,假設新版的IL提供了SIMD的指令版本,
那花腦力手動寫IL,就可以在平行度很高的地方自行通通用SIMD版本下去寫,跳過
compiler的最佳化....
==
其實nV那邊就是一個說VLIW也可以但這因素不重要的硬體架構啦...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.37.171.58
推
06/29 18:05, , 1F
06/29 18:05, 1F
推
06/29 18:06, , 2F
06/29 18:06, 2F
推
06/29 18:10, , 3F
06/29 18:10, 3F
推
06/29 18:12, , 4F
06/29 18:12, 4F
推
06/29 18:13, , 5F
06/29 18:13, 5F
推
06/29 18:14, , 6F
06/29 18:14, 6F
推
06/29 18:16, , 7F
06/29 18:16, 7F
推
06/29 18:17, , 8F
06/29 18:17, 8F
推
06/29 18:18, , 9F
06/29 18:18, 9F
推
06/29 18:21, , 10F
06/29 18:21, 10F
推
06/29 18:23, , 11F
06/29 18:23, 11F
推
06/29 18:24, , 12F
06/29 18:24, 12F
→
06/29 18:25, , 13F
06/29 18:25, 13F
推
06/29 18:27, , 14F
06/29 18:27, 14F
推
06/29 18:30, , 15F
06/29 18:30, 15F
推
06/29 18:35, , 16F
06/29 18:35, 16F
推
06/29 18:45, , 17F
06/29 18:45, 17F
推
06/29 18:48, , 18F
06/29 18:48, 18F
推
06/29 18:48, , 19F
06/29 18:48, 19F
推
06/29 18:50, , 20F
06/29 18:50, 20F
→
06/29 18:50, , 21F
06/29 18:50, 21F
推
06/29 18:54, , 22F
06/29 18:54, 22F
推
06/29 18:56, , 23F
06/29 18:56, 23F
→
06/29 18:57, , 24F
06/29 18:57, 24F
推
06/29 18:59, , 25F
06/29 18:59, 25F
推
06/29 19:07, , 26F
06/29 19:07, 26F
推
06/29 19:13, , 27F
06/29 19:13, 27F
推
06/29 19:17, , 28F
06/29 19:17, 28F
推
06/29 19:36, , 29F
06/29 19:36, 29F
推
06/29 19:37, , 30F
06/29 19:37, 30F
推
06/29 19:38, , 31F
06/29 19:38, 31F
推
06/29 19:39, , 32F
06/29 19:39, 32F
推
06/29 19:43, , 33F
06/29 19:43, 33F
推
06/29 19:44, , 34F
06/29 19:44, 34F
→
06/29 19:49, , 35F
06/29 19:49, 35F
推
06/29 19:54, , 36F
06/29 19:54, 36F
推
06/29 19:56, , 37F
06/29 19:56, 37F
推
06/29 19:57, , 38F
06/29 19:57, 38F
推
06/29 20:22, , 39F
06/29 20:22, 39F
→
06/29 20:24, , 40F
06/29 20:24, 40F
推
06/29 20:24, , 41F
06/29 20:24, 41F
推
06/29 20:25, , 42F
06/29 20:25, 42F
→
06/29 20:31, , 43F
06/29 20:31, 43F
→
06/29 20:32, , 44F
06/29 20:32, 44F
推
06/29 20:32, , 45F
06/29 20:32, 45F
推
06/29 20:33, , 46F
06/29 20:33, 46F
→
06/29 20:33, , 47F
06/29 20:33, 47F
→
06/29 20:34, , 48F
06/29 20:34, 48F
推
06/29 20:36, , 49F
06/29 20:36, 49F
推
06/29 20:42, , 50F
06/29 20:42, 50F
推
06/29 20:56, , 51F
06/29 20:56, 51F
我覺得沒有 就是一代一代的慢慢作改變下去,走VLIW/SIMD雙模式是種漸進的發展.
DX以來的顯卡晶片很少在一代就有重大的革命,唯一的例子是在踏入DX10的時候,
改US等於砍掉重來.結果就是我們看到的HD2900還有8600GT的晶片面積/效能比......
從舊有的VLIW過渡到VLIW/SIMD雙模式,平均每個SP占用的面積會增加一些,
不過它的好處如上所示.就算GPGPU的增益可能最大(附帶搭配HD7000其餘的
改進.可以發現它的改變程度不下於當初的Fermi),這部分在繪圖性能上也
會有好處.還有就是願意手動最佳化的開發者也可以得到比原有VLIW架構
更好的效果..
但是放棄掉VLIW變成純SIMD除了簡化硬體設計很多以外,壞處更多.
再說若是SIMD模式可行的話,別說今天的GPU廠商不會門檻高到只有n+A,
連Cell都有可能擔任GPU了.
另走途徑放棄掉VLIW架構不是不可能,但可能出現的模式應該是深度管線
或者是類似nV的架構的模式...
推
06/29 21:46, , 52F
06/29 21:46, 52F
推
06/29 21:50, , 53F
06/29 21:50, 53F
推
06/29 22:05, , 54F
06/29 22:05, 54F
→
06/29 22:12, , 55F
06/29 22:12, 55F
推
06/29 22:14, , 56F
06/29 22:14, 56F
推
06/29 22:15, , 57F
06/29 22:15, 57F
推
06/29 22:47, , 58F
06/29 22:47, 58F
→
06/29 23:10, , 59F
06/29 23:10, 59F
推
06/29 23:29, , 60F
06/29 23:29, 60F
推
06/29 23:35, , 61F
06/29 23:35, 61F
推
06/30 00:02, , 62F
06/30 00:02, 62F
28nm的優勢就是至少再塞入兩倍的電晶體數量.而顯示晶片
電晶體數量加倍時性能也幾乎增加了一倍.
推
06/30 00:02, , 63F
06/30 00:02, 63F
推
06/30 00:12, , 64F
06/30 00:12, 64F
推
06/30 00:34, , 65F
06/30 00:34, 65F
→
06/30 00:35, , 66F
06/30 00:35, 66F
HD6900的4D以此文的標準不算大改.因為HD7900的改變會大於5870<-->6970
中間的差別.雖說兩者都是微架構上有一定的變化.
→
06/30 02:00, , 67F
06/30 02:00, 67F
應該需要的電晶體數量少多了.但是這時影響晶片面積的還有一個因素是暫存器
需要幾個Read/Write的port.
推
06/30 06:04, , 68F
06/30 06:04, 68F
推
06/30 07:51, , 69F
06/30 07:51, 69F
※ 編輯: jk21234 來自: 114.37.133.91 (06/30 09:10)
推
06/30 16:08, , 70F
06/30 16:08, 70F
推
07/01 07:20, , 71F
07/01 07:20, 71F
→
07/01 22:08, , 72F
07/01 22:08, 72F
→
07/01 22:08, , 73F
07/01 22:08, 73F
→
07/02 22:54, , 74F
07/02 22:54, 74F
推
07/07 20:57, , 75F
07/07 20:57, 75F
推
10/20 22:46, , 76F
10/20 22:46, 76F
PC_Shopping 近期熱門文章
PTT數位生活區 即時熱門文章