BlueskyFRC 2.1.0版本 R9-280x/7970 GPU負荷分析 (720P篇)
http://ppkkkp.blogspot.hk/2016/05/bluesky-frame-rate-converter.html
今次就講點樣配合支援硬體加速既解碼器黎減少GPU既負荷 同埋研究一下唔同既blueskyfrc既設定同硬體加速既設定又會點樣影響GPU既負荷
我主力用lav filter做解碼器 佢支援幾種硬體加速 而我冇N卡所以用唔到CUVID 只係會講none (咩都唔用),Quicksync,DXVA2既copy-back同native模式 (就係下圖紅框入面) 順帶一提就算唔知自己電腦支援邊款硬體加速 只係揀下唔同方式 見到右邊有available就代表你用得
Blueskyfrc中有兩個設定(下圖紅框入面) 我猜想blueskyfrc作者既說法(因為佢用日文)
support for DXVA decoder可以配合DXVA解碼器運行以降低GPU既負荷
Zero-Copy Mode都可以降低GPU負荷又可以減少CPU既負擔 因為zero-copy係一種方法令CPU唔洗負擔傳送資料既角色 可以將資料直接傳送到記憶體度
講完啲原理同設定野就講我測試完既結果 點解會分兩個GPU負荷黎記錄 因為係影片既某啲場面需要更多GPU既運算 所以GPU既負荷會突然升高一秒半秒 但係多數時間都係維持係一定範圍內(下表既dxva=support for dxva decoder)
而我係用[seed-raw]鬼物語第一集黎做測試
開啟dxva+zero-copy | 全程GPU負荷範圍 | 多數時間GPU負荷 | 只開啟zero-copy | 全程GPU負荷範圍 | 多數時間GPU負荷 |
quicksync | 8-95% | 10-35% | quicksync | 8-63% | 25-30% |
copy-back | 23-28% | 24% | copy-back | 23-44% | 24% |
native | 12-33% | 22% | native | 8-89% | 22% |
none | 5-65% | 25-30% | none | 8-71% | 25-30% |
只開啟dxva | 全程GPU負荷範圍 | 多數時間GPU負荷 | 咩都唔開 | 全程GPU負荷範圍 | 多數時間GPU負荷 |
quicksync | 36-60% | 37% | quicksync | 38-64 | 49% |
copy-back | 41-54% | 43% | copy-back | 38-60 | 41% |
native | 22-51% | 33% | native | 38-57 | 39% |
none | 38-56% | 38% | none | 42-72 | 45% |
當然預計結果就一定係兩樣功能都開啟就最慳到GPU既性能 兩樣都唔開就對GPU既負荷最多
而最慳GPU性能既方法就係用dxva2+native
不過由此可以見兩個功能可以點樣影響到GPU既負荷
睇到用zero-copy可以拉低整體GPU既負荷但係會令負荷浮動得更大 因為係右上既統計quicksync同none既最高負荷冇減少 而且native既最高負荷反而上升 不過copy-back就整體負荷都降低 可見zero-copy呢個功能係非常有利硬體加速用DXVA copy-back呢個選項
而dxva decoder就真係全面降低GPU負荷 又唔會令負荷既浮動增大 不過copy-back又係特別例子 佢最低負荷同多數時間負荷都有少許上升 不過4個例子既最高負荷都降低左
另外兩樣功能都開啟 但係quicksync既GPU最高負荷反而上升到95%咁高 見得到quicksync係唔適合兩個功能一齊開
而dxva decoder就真係全面降低GPU負荷 又唔會令負荷既浮動增大 不過copy-back又係特別例子 佢最低負荷同多數時間負荷都有少許上升 不過4個例子既最高負荷都降低左
另外兩樣功能都開啟 但係quicksync既GPU最高負荷反而上升到95%咁高 見得到quicksync係唔適合兩個功能一齊開
0 個意見:
張貼留言
訂閱 張貼留言 [Atom]
<< 首頁