PCDVD數位科技討論區
第5頁 共13頁 « 第一 上一頁 2 3 4 5 6 7 8 下一頁 最後 »
每頁顯示此主題的 10 個文章

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   顯示卡討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=8)
-   -   Nvidia被發現不支援DX12的非同步渲染功能 (https://www.pcdvd.com.tw/showthread.php?t=1086507)

freaky 2015-09-05 02:52 AM
現在不是學術研討會喔，也不是產品發表會，從業人員每天要面對的事情很具體，不是這些圖表可以比的。

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

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

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

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

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

圖就是圖 跟GPU沒關係...那就只是運算方式
Dj3lkfIEUyA

freaky 2015-09-05 02:55 AM
我只能說怎麼實作的我很清楚，但不能告訴你。

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

不要說block diagram沒有用這種不專業的形容喔

lzarconlony1 2015-09-05 03:09 AM
引用:
作者freaky
我只能說怎麼實作的我很清楚，但不能告訴你。


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

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

真正有料的人不需要擔心別人偷料 隨時補料可以補到滿出來帶不走
EE在台灣已經直線墜落 沒甚麼好值得驕傲
好了 要睡了 感覺根本對牛彈琴 :laugh: :think: :stupefy:

freaky 2015-09-05 03:32 AM
你說的東西早在晶片還沒開始設計的時候就決定了，諸如指令集之類的，怎麼可能沒跑完系統模擬就在寫電路。現在這個時間點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

freaky 2015-09-05 03:34 AM
擔心被偷的人又不是我，我自認料很多。只是難道要和某些強國人比工作道德嗎？

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

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

真正有料的人不需要擔心別人偷料 隨時補料可以補到滿出來帶不走
EE在台灣已經直線墜落 沒甚麼好值得驕傲
好了 要睡了 感覺根本對牛彈琴 :laugh: :think: :stupefy:

lzarconlony1 2015-09-05 03:50 AM
引用:
作者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本來就還不成熟，不需要太早下結論吧？


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

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

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

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

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

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

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

freaky 2015-09-05 04:15 AM
不好意思nVidia產品線和市場比較多元，GPU不是針對DX12特化的。我這樣說你就滿意了嗎？如果不久的將來有別的benchmark出現，nVidia的DX12 async compute效能很好你要怎麼說？這不是假設問題喔。

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

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

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

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

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

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

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

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

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

Lancelot_93 2015-09-05 08:52 AM
敝人之前合理懷疑"異步著色器和異步計算引擎(ACE)"與A卡硬體上保留通用運算有微妙的關係。

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

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

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

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



DX12應該就是GCN最希望見到的舞台, 個人是覺得架構上先天的優勢, 對於執行效率上
存在事半功倍的潛力. 現在NV的市佔高, 可利用的籌碼多, 影響力也比較大, DX12既然是
公定的標準, 所謂窮則變、變則通, 2016的發展還是頗耐人尋味~~


所有的時間均為GMT +8。 現在的時間是05:58 AM.
第5頁 共13頁 « 第一 上一頁 2 3 4 5 6 7 8 下一頁 最後 »
每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。