panex08451樓State Changes不夠嚴謹(O) State Changes處理慢(X) 03/11 22:42
→ panex08452樓嗯嗯 我好像突然都理解了 03/11 22:42
→ 本人3樓沒寫過程式？optimizing compiling一定慢 03/11 22:44
henry462774樓你最重要的一張圖 看不到 03/11 22:47
→ henry462775樓縮一下網址好嗎？ 03/11 22:48
LoveShibeInu6樓長知識 03/11 22:48
Bencrie7樓咦？可是我去年寫 Vulkan 的時候 NV 的 validation 03/11 22:52
→ Bencrie8樓好像還蠻鬆的說。intel 上面會炸的 code 在 NV 上 03/11 22:53
→ Bencrie9樓會過 XD 03/11 22:53
跟Nv driver team聯絡，如果真有bugs他們會修正。他們反應很快。
sporocyst10樓所以怎麼證明NV比較嚴謹？NV自己說是就是？ 03/12 00:18
→ otaku69011樓這是for oepngl好嗎? 現代API DX12/vulkan/metal 03/12 02:24
→ otaku69012樓的validation幾乎都要application自己負責了 03/12 02:25
validation是driver永遠跑不掉的責任。Vulkan只是低階，State Changes的問題沒變
henry4627713樓那A卡驅動現在不會了 是不是也沒比較嚴謹 03/12 07:53
→ 本人14樓AMD的driver是有在改進，但人手不足資源不夠，不然 03/12 08:02
henry4627715樓你這個是說在任何程式執行時都會套用這些驗證 而這 03/12 08:03
→ henry4627716樓些驗證會吃 CPU的運算效能 聽你的意思是一種糾錯機 03/12 08:03
→ henry4627717樓制？ 所以 CPU異常的時候 N卡也會跟著異常？ 03/12 08:03
→ 本人18樓AMD的gpu其實沒那麼差。 03/12 08:03
henry4627719樓就是說失去程式崩潰的預防機制？ 03/12 08:08
→ 本人20樓簡單來講，你貼圖handle有存在?檢查，buffer size對 03/12 08:21
→ 本人21樓嗎？檢查。一堆東西要檢查，不然gpu傻傻執行就崩潰 03/12 08:22
→ 本人22樓然後這些都是cpu來檢查。還有state changes的時候 03/12 08:23
→ 本人23樓gpu的code要recompile，這都要靠cpu來作。 03/12 08:24
henry4627724樓原來如此 所以一個遊戲越容易出錯 就越容易讓N卡驅 03/12 09:23
→ henry4627725樓動更依賴 CPU摟 03/12 09:23
→ 本人26樓應該是這麼說，遊戲其實常常傳錯誤參數，但驅動程式 03/12 09:43
→ 本人27樓不能讓這些錯誤造成遊戲崩潰，所以你傳的參數要檢查 03/12 09:43
→ 本人28樓然後修正。但不管遊戲有沒有錯誤，驅動程式都會仔細 03/12 09:45
→ 本人29樓檢查參數，這會花一些時間。 03/12 09:45
→ 本人30樓但，花時間最多的應該是compile gpu code 03/12 09:48
