[問題] 顯示卡驅動程式怎提升效能的?

看板C_and_CPP作者 (不能閒下來!!)時間15年前 (2010/12/04 22:52), 編輯推噓13(13推 0噓 42→)
留言55則, 6人參與, 最新討論串1/1
就目前的兩大顯示晶片 常常會推出不同版本驅動程式 會針對不同遊戲提升效能 "魔物獵人10%"之類的 想問得是他驅動程式如何提升效能呢? 目前想到的解答: [1]找到了更好的解方程式解法 (如果是這樣那每年解法都被推翻N次，甚至已經到了神的領域) [2]程式寫法"剛好"更適合某款遊戲的表現 (就是Try-Error get good-performance) [3]增加可用函式供遊戲廠商編寫(非硬體邏輯砸解碼) q1.但是一個遊戲廠商不就還要看顯卡臉色? q2.如果對很強大的遊戲製造商來說，從基礎code寫起應該用不到這些 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 120.109.101.104
推
12/04 22:54, , 1F
國外不知道，如果寫Driver的是台灣人，效能突然變好...
12/04 22:54, 1F
→
12/04 22:54, , 2F
一定是 Bug 被改掉了，不是工程師這麼厲害
12/04 22:54, 2F
→
12/04 23:00, , 3F
覺得是遊戲利用了新版Driver提供的硬體加速
12/04 23:00, 3F
→
12/04 23:01, , 4F
那就是選項3瞜 0.0?
12/04 23:01, 4F
推
12/04 23:12, , 5F
解方程式是說內插嗎?
12/04 23:12, 5F
→
12/04 23:31, , 6F
基本上是指常見的數學問題 進入硬解的前置都算
12/04 23:31, 6F
推
12/04 23:53, , 7F
提升遊戲效能不見得是全部的場景狀況, 有時候還要考慮特
12/04 23:53, 7F
→
12/04 23:54, , 8F
效程度的組合. 一種是反正遊戲的shader都有了(GL是原始
12/04 23:54, 8F
→
12/04 23:57, , 9F
DX是runtime給出來), driver有機會以此針對性的對自己家
12/04 23:57, 9F
→
12/04 23:58, , 10F
HW的特性或能力做最佳化, 至於會不會偷一點畫質換取更多
12/04 23:58, 10F
→
12/05 00:02, , 11F
性能的就曉得了. 一種可能比較算是針對driver的某些被撞
12/05 00:02, 11F
→
12/05 00:03, , 12F
到效能差的module, 就對它做修改或優化, 一樣可以達到效
12/05 00:03, 12F
→
12/05 00:04, , 13F
能的提升. 顯卡廠商包含主流的MS都會設計方便vendor分析
12/05 00:04, 13F
→
12/05 00:05, , 14F
效能的方式, driver這裡也可以用一般分析CPU hot-spot的
12/05 00:05, 14F
→
12/05 00:06, , 15F
工具找出可以tune的地方. 目前的經驗感覺還是case by
12/05 00:06, 15F
→
12/05 00:06, , 16F
case去最佳化的多.
12/05 00:06, 16F
→
12/05 00:09, , 17F
另外, 聽說像NV的話, 根本是直接派RD去遊戲公司協助, 自
12/05 00:09, 17F
→
12/05 00:09, , 18F
然遊戲更容易在其HW上表現出效能或使用特有的特效等.
12/05 00:09, 18F
推
12/05 00:11, , 19F
第五推(00:02)那個應該是 不曉得 , 漏字XD
12/05 00:11, 19F
推
12/05 00:16, , 20F
OpenGL不是也可以 runtime給嗎? 還是我會錯意了 XD
12/05 00:16, 20F
→
12/05 00:17, , 21F
現在遊戲利用繪圖硬體做通用計算的應該不是佔大多數吧
12/05 00:17, 21F
推
12/05 00:21, , 22F
小弟意思是, DX的HLSL會有MS DX runtime先compile過才吐
12/05 00:21, 22F
→
12/05 00:22, , 23F
low-level shader給你, GL卻是可以直接拿到HLSL的source
12/05 00:22, 23F
→
12/05 00:22, , 24F
code(相對的GL要自己有compiler....@_@")啦XD
12/05 00:22, 24F
→
12/05 00:24, , 25F
啊, GL來說應該是GLSL, 只是想說high/low level的差異:)
12/05 00:24, 25F
→
12/05 00:26, , 26F
"相對的GL要有"=>"相對的(顯卡廠的)GL driver要有" XD
12/05 00:26, 26F
推
12/05 01:39, , 27F
HLSL / GLSL compiler 還是 runtime 層而已
12/05 01:39, 27F
→
12/05 01:40, , 28F
都還是產生標準的 shader code 接下來 driver 層才是重點
12/05 01:40, 28F
→
12/05 01:41, , 29F
driver 才是各家廠商優化(作弊)的地方
12/05 01:41, 29F
推
12/05 10:28, , 30F
HLSL過了DX runtime已經先被MS compile成low-level code
12/05 10:28, 30F
→
12/05 10:29, , 31F
了吧?? 之後各家當然還會過自己的HW compiler/asembler,
12/05 10:29, 31F
→
12/05 10:30, , 32F
只是不曉得MS那層的compiler會否上怎樣程度的優化@_@"
12/05 10:30, 32F
→
12/05 10:32, , 33F
是說MS的HL是對user, LL對HW vendor, 相對的GL沒有定義
12/05 10:32, 33F
→
12/05 10:33, , 34F
自己的LL, HLSL的shader同時對user與HW vendor.
12/05 10:33, 34F
→
12/05 10:33, , 35F
PS. 這裡的user是指使用GL API寫App的:)
12/05 10:33, 35F
推
12/05 11:07, , 36F
OpenGL 的 vertex_program跟 fragment_program算low-level
12/05 11:07, 36F
→
12/05 11:07, , 37F
吧 @_@a
12/05 11:07, 37F
推
12/05 11:43, , 38F
剛剛有想過VP和FP, 但是它們的feature和GLSL能做到的差
12/05 11:43, 38F
→
12/05 11:44, , 39F
頗多的, 而且spec上也沒有runtime或對應關係說GLSL要轉
12/05 11:44, 39F
→
12/05 11:44, , 40F
成VPFP的型式, 所以小弟會一直把GLSL可以直接讓driver收
12/05 11:44, 40F
→
12/05 11:45, , 41F
到這點(VPFP也是), 而DX只能收到DX runtime compile後的
12/05 11:45, 41F
→
12/05 11:46, , 42F
LL code分開, 畢竟原始的HL code通常容易懂它想幹麻一點
12/05 11:46, 42F
→
12/05 11:46, , 43F
吧, 至少相對於已經被翻成近asm的MS Token來說....XD
12/05 11:46, 43F
→
12/05 18:43, , 44F
VictorTom大，我會努力看懂得....囧rz
12/05 18:43, 44F
推
12/05 19:14, , 45F
簡單說, case by case優化的, 跟你說的1/2/3好像都沒什
12/05 19:14, 45F
→
12/05 19:14, , 46F
關係, 1.增進遊戲perf跟解什麼方程式好像沒什麼關係;
12/05 19:14, 46F
→
12/05 19:15, , 47F
2.不是剛好, 是刻意調整使其有更好的perf, 優化分成讓
12/05 19:15, 47F
→
12/05 19:16, , 48F
CPU執行的更有效率, 與讓GPU執行的更有效率, 在這裡多半
12/05 19:16, 48F
→
12/05 19:16, , 49F
有既有的工具或資源來分析, 不太需要去try & error;
12/05 19:16, 49F
→
12/05 19:19, , 50F
3.似乎在遊戲開發期就該提供好, 不然就是至少除了driver
12/05 19:19, 50F
→
12/05 19:19, , 51F
外還要同時藉由遊戲的update, 才有機會發揮你說的吧@_@"
12/05 19:19, 51F
推
12/06 01:40, , 52F
如果是國外 我是認同啦 國內的話 ... 完全不是上面的問題
12/06 01:40, 52F
推
12/06 06:15, , 53F
國內PC/NB產業有做Gfx的公司好像也不多呀XD
12/06 06:15, 53F
→
12/06 06:16, , 54F
不過現在手持裝置等的效能應該也越來越要求了, 不太清
12/06 06:16, 54F
→
12/06 06:16, , 55F
楚像SmartPhone等的狀況如何....@_@"
12/06 06:16, 55F
‣ 更多 kingofsdtw 的文章
文章代碼(AID): #1C-bMKxM (C_and_CPP)