PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 顯示卡討論區
帳戶
密碼
 

  回應
 
主題工具
freaky
Advance Member
 

加入日期: Jan 2002
文章: 449
現在不是學術研討會喔,也不是產品發表會,從業人員每天要面對的事情很具體,不是這些圖表可以比的。

引用:
作者lzarconlony1
用圖說明AOS SOA這樣沒問題吧 哪邊有誤?

不是 你們有看block diagram嗎
請看SMM跟CU..

GCN深化管線 Maxwell有嗎? Maxwell跟Keplor還是相同concept
深化管線目的就是為了平行運算

運算不只是硬體的事 還牽涉到軟體 怎麼分配資源跟指令也是關鍵
AOS SOA只是一種排序方法而已 跟甚麼GPU沒關係
大凡處理器設計都該探討這類議題

AMD CPU這塊就是借鑒這個思考方向
只是忽略了CPU處理的運算並不能很好的套用於平行運算的情況
雖然近來開始有新演算法與方程式被提出 但是多半採用逼近
影像處理可以分割 所以很適合套用平行運算

圖就是圖 跟GPU沒關係...那就只是運算方式
Dj3lkfIEUyA
     
      
舊 2015-09-05, 02:52 AM #41
回應時引用此文章
freaky離線中  
freaky
Advance Member
 

加入日期: Jan 2002
文章: 449
我只能說怎麼實作的我很清楚,但不能告訴你。

引用:
作者lzarconlony1
那好 從NV Block Diagram怎麼看出這個架構適合非同步運算
夠簡潔有力吧

不要說block diagram沒有用這種不專業的形容喔
 
舊 2015-09-05, 02:55 AM #42
回應時引用此文章
freaky離線中  
lzarconlony1
*停權中*
 
lzarconlony1的大頭照
 

加入日期: Jun 2015
您的住址: 金一十大女支三
文章: 1,282
引用:
作者freaky
我只能說怎麼實作的我很清楚,但不能告訴你。



你要真是EE Engineer這種回答我就真服了你
講老半天你提不出一個證據或者觀點可令人信服
子虛無有打迷糊仗不該是工科background的style


小弟只設計過Image Processor with semi
粗粗淺淺不敢說登了大雅之堂
如果一顆28nm GPU是相關領域討論討論就知道know how
那這東西也太沒價值了吧

真正有料的人不需要擔心別人偷料 隨時補料可以補到滿出來帶不走
EE在台灣已經直線墜落 沒甚麼好值得驕傲
好了 要睡了 感覺根本對牛彈琴
舊 2015-09-05, 03:09 AM #43
回應時引用此文章
lzarconlony1離線中  
freaky
Advance Member
 

加入日期: Jan 2002
文章: 449
你說的東西早在晶片還沒開始設計的時候就決定了,諸如指令集之類的,怎麼可能沒跑完系統模擬就在寫電路。現在這個時間點Volta GPU都已經開始跑晶片模擬執行Windows了,Maxwell GPU上市大半年了還有什麼好討論的?
我覺得我已經說很白了,和async compute相關的GPU功能就是能同時執行圖形和運算指令,AMD的GPU大約從兩年前開始支援,nVidia則是從Maxwell 2.0開始。在AotS中AMD的DX11->DX12提升很多,我們認為是因為其DX11 driver效能低落,因為按照其GPU架構應該有更好的效能。至於nVidia的DX11->DX12效能反而下降,原因正在調查中,也不排除和該benchmark程式本身寫法有關。DX12本來就還不成熟,不需要太早下結論吧?

引用:
作者lzarconlony1
用圖說明AOS SOA這樣沒問題吧 哪邊有誤?

不是 你們有看block diagram嗎
請看SMM跟CU..

GCN深化管線 Maxwell有嗎? Maxwell跟Keplor還是相同concept
深化管線目的就是為了平行運算

運算不只是硬體的事 還牽涉到軟體 怎麼分配資源跟指令也是關鍵
AOS SOA只是一種排序方法而已 跟甚麼GPU沒關係
大凡處理器設計都該探討這類議題

AMD CPU這塊就是借鑒這個思考方向
只是忽略了CPU處理的運算並不能很好的套用於平行運算的情況
雖然近來開始有新演算法與方程式被提出 但是多半採用逼近
影像處理可以分割 所以很適合套用平行運算

圖就是圖 跟GPU沒關係...那就只是運算方式
Dj3lkfIEUyA
舊 2015-09-05, 03:32 AM #44
回應時引用此文章
freaky離線中  
freaky
Advance Member
 

加入日期: Jan 2002
文章: 449
擔心被偷的人又不是我,我自認料很多。只是難道要和某些強國人比工作道德嗎?

引用:
作者lzarconlony1

你要真是EE Engineer這種回答我就真服了你
講老半天你提不出一個證據或者觀點可令人信服
子虛無有打迷糊仗不該是工科background的style

小弟只設計過Image Processor with semi
粗粗淺淺不敢說登了大雅之堂
如果一顆28nm GPU是相關領域討論討論就知道know how
那這東西也太沒價值了吧

真正有料的人不需要擔心別人偷料 隨時補料可以補到滿出來帶不走
EE在台灣已經直線墜落 沒甚麼好值得驕傲
好了 要睡了 感覺根本對牛彈琴
舊 2015-09-05, 03:34 AM #45
回應時引用此文章
freaky離線中  
lzarconlony1
*停權中*
 
lzarconlony1的大頭照
 

加入日期: Jun 2015
您的住址: 金一十大女支三
文章: 1,282
引用:
作者freaky
你說的東西早在晶片還沒開始設計的時候就決定了,諸如指令集之類的,怎麼可能沒跑完系統模擬就在寫電路。現在這個時間點Volta GPU都已經開始跑晶片模擬執行Windows了,Maxwell GPU上市大半年了還有什麼好討論的?
我覺得我已經說很白了,和async compute相關的GPU功能就是能同時執行圖形和運算指令,AMD的GPU大約從兩年前開始支援,nVidia則是從Maxwell 2.0開始。在AotS中AMD的DX11->DX12提升很多,我們認為是因為其DX11 driver效能低落,因為按照其GPU架構應該有更好的效能。至於nVidia的DX11->DX12效能反而下降,原因正在調查中,也不排除和該benchmark程式本身寫法有關。DX12本來就還不成熟,不需要太早下結論吧?


哪邊下結論阿 只是合理懷疑

你知道這事件為何被放大討論嗎
重點在於NV官方反應不友善

今天這邊消毒 明天還有 台灣現在對這塊關心的朋友不多
但是國外論壇你消毒的了嗎 看看最近多high阿
當然從一些地方有看到AMD的小動作 但不可否認 空穴不來風

你說的沒錯 確實是在還沒simulation之前就做了 但是Maxwell是最近才開始設計嗎?
現在DX12就不成熟 當初DX12就成熟?
GCN 1.0不能肯定 1.1有

所以你也承認"nVidia的DX11->DX12效能反而下降"
有問題不是應該先了解 然後測試 才開始推論嗎
怎麼一開始就懷疑對方benchmark不佳 然後要求關閉那些功能阿
這樣子是正常現像?

效能不佳不等於不支援阿 硬體沒特化也不代表不能跑阿

------
另外阿 看不起強國人還是印度仔 你確定自己贏過他們嗎
IC Design沒高深到他們腦袋無法學習的程度

此文章於 2015-09-05 03:53 AM 被 lzarconlony1 編輯.
舊 2015-09-05, 03:50 AM #46
回應時引用此文章
lzarconlony1離線中  
freaky
Advance Member
 

加入日期: Jan 2002
文章: 449
不好意思nVidia產品線和市場比較多元,GPU不是針對DX12特化的。我這樣說你就滿意了嗎?如果不久的將來有別的benchmark出現,nVidia的DX12 async compute效能很好你要怎麼說?這不是假設問題喔。

抱歉目前我並非IC designer,而我以前研究的領域也不是強國人和阿三的天下,這不是看不看得起的問題。工作道德和能力無關,是個人人品。

引用:
作者lzarconlony1
哪邊下結論阿 只是合理懷疑

你知道這事件為何被放大討論嗎
重點在於NV官方反應不友善

今天這邊消毒 明天還有 台灣現在對這塊關心的朋友不多
但是國外論壇你消毒的了嗎 看看最近多high阿
當然從一些地方有看到AMD的小動作 但不可否認 空穴不來風

你說的沒錯 確實是在還沒simulation之前就做了 但是Maxwell是最近才開始設計嗎?
現在DX12就不成熟 當初DX12就成熟?
GCN 1.0不能肯定 1.1有

所以你也承認"nVidia的DX11->DX12效能反而下降"
有問題不是應該先了解 然後測試 才開始推論嗎
怎麼一開始就懷疑對方benchmark不佳 然後要求關閉那些功能阿
這樣子是正常現像?

效能不佳不等於不支援阿 硬體沒特化也不代表不能跑阿

------
另外阿 看不起強國人還是印度仔 你確定自己贏過他們嗎
IC Design沒高深到他們腦袋無法學習的程度
舊 2015-09-05, 04:15 AM #47
回應時引用此文章
freaky離線中  
OPUTEC
*停權中*
 

加入日期: Dec 2004
文章: 593
應該說DX12 在驅動底層截取了AMD Mantle 的元素 故AMD CGN架構效率較高,這是很正常阿,NV也可以修改自身設計來配合,只是看來下下代一定OK,但下一代(已流片)架構無法大改下,如何提高DX12軟件驅動轉換效率,這才是NV最頭痛的地方,當然也可以花錢減少廠商轉用DX12代碼運行遊戲,或調降顯卡價格或延期重新調整架構
舊 2015-09-05, 08:12 AM #48
回應時引用此文章
OPUTEC離線中  
Lancelot_93
Advance Member
 
Lancelot_93的大頭照
 

加入日期: Feb 2015
文章: 441
敝人之前合理懷疑"異步著色器和異步計算引擎(ACE)"與A卡硬體上保留通用運算有微妙的關係。

但廠商如果要減少使用DX12代碼運行的話,等於是要開發寫2套遊戲程序,如果我是遊戲開發者會跟NVIDIA要求索取軟體修改費。

國外論壇也有人"懷疑"認為NVIDIA ACE 是通過其他地方"模擬"出來的,而不是從架構設計上原生支持(外媒原文用的詞就是Native Support)。

那NVIDIA到底要用ACE來執行DX12,還是要從廠商那邊花錢減少轉用DX12代碼來執行?

此文章於 2015-09-05 08:56 AM 被 Lancelot_93 編輯.
舊 2015-09-05, 08:52 AM #49
回應時引用此文章
Lancelot_93離線中  
walkingdog
Golden Member
 

加入日期: Dec 2002
文章: 3,258
引用:
作者OPUTEC
應該說DX12 在驅動底層截取了AMD Mantle 的元素 故AMD CGN架構效率較高,這是很正常阿,NV也可以修改自身設計來配合,只是看來下下代一定OK,但下一代(已流片)架構無法大改下,如何提高DX12軟件驅動轉換效率,這才是NV最頭痛的地方,當然也可以花錢減少廠商轉用DX12代碼運行遊戲,或調降顯卡價格或延期重新調整架構



DX12應該就是GCN最希望見到的舞台, 個人是覺得架構上先天的優勢, 對於執行效率上
存在事半功倍的潛力. 現在NV的市佔高, 可利用的籌碼多, 影響力也比較大, DX12既然是
公定的標準, 所謂窮則變、變則通, 2016的發展還是頗耐人尋味~~
__________________
2013 UPCOMING PC-GAME
舊 2015-09-05, 08:56 AM #50
回應時引用此文章
walkingdog離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是02:23 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。