BlueskyFRC 2.1.0版本 R9-280x/7970 GPU負荷分析 (1080P篇)

上次用左一條720p既片黎測試唔同bluesky frame rate converter(下稱blueskyfrc)唔既設定同lav硬體加速既選擇會對GPU既負荷會有咩既影響 得出一個結論係可以通過某種設定而更有效地運用GPU既性能 從而降低係播片時既負荷 防止顯示卡過熱 下面就係上次篇文既link
http://ppkkkp.blogspot.com/2016/06/bluesky-frame-rate-converter-gpu-usage.html

今次就試用1080p既片做測試 理應GPU既負荷應該必然比720p既片更高 不過我都再研究一下唔同既blueskyfrc既設定同硬體加速既設定又可唔可保持一個合理水平既GPU負荷

Bluesky Frame Rate Converter (簡稱BlueskyFRC) 是一名日本程式員Bluesky製作的DirectShow濾鏡，可以配合支援外置濾鏡的播放器而使用AMD顯示卡獨有的Fluid Motion功能，將24/30fps的影片實時轉换到60fps，享受60fps的流暢體驗又無需再次壓製影片。

而BlueskyFRC的另一特色是當中大多運算都集中在GPU上，對比另一老牌轉換影片至60fps程式SVP，SVP雖然支援OpenCL硬體加速，但主要運算還是集中在CPU上，有時CPU效能不足產生的效果可能會很差。

但BlueskyFRC有效運用GPU的運算能力，只要是支援的GPU型號便很少出現不流暢的情況，而GPU又不會像CPU容易受其他程式影響。

BlueskyFRC官方網址及下載位置：http://bluesky23.yukishigure.com/BlueskyFRC.html

測試環境及設定

咁都再講多次啲基本要有既工具先
我主力用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 zero-copy=zero copy mode)

今次都另外記錄埋CPU既負荷 因為720p既片一般對CPU既負擔都低 所以我決定唔記錄 但係去到1080p CPU既負荷就開始明顯

而我今次係用[ANE]空之境界第一集頭5分鐘黎做測試(事關我冇咩1080p片)  

測試結果

開啟dxva+zero-copy	全程GPU負荷	多數時間GPU負荷	全程CPU負荷	只開啟zero-copy	全程GPU負荷	多數時間GPU負荷	全程CPU負荷
quicksync	31-73%	32%	3-14%	quicksync	31-73%	32%	2-11%
copy-back	41-83%	41%	1-8%	copy-back	41-72%	41%	1-9%
native	22-59%	23%	1-10%	native	31-73%	33%	8-25%*
none	31-72%	32%	11-26%	none	31-72%	32%	10-27%
只開啟dxva	全程GPU負荷	多數時間GPU負荷	全程CPU負荷	咩都唔開	全程GPU負荷	多數時間GPU負荷	全程CPU負荷
quicksync	73-93%	75%	4-16%	quicksync	74-92%	75%	4-13%
copy-back	83-95%	84%	2-10%	copy-back	83-94%	86%	2-9%
native	64-93%	66%	2-10%	native	74-95%	75%	7-27%*
none	75-95%	76%	10-29%	none	74-95%	75%	7-28%

結果分析

對比720p既數據係1080p方面最慳GPU性能既方法依然係用native+blueskyfrc入面兩個功能一齊開

但係今次記錄埋CPU既負荷見到個得意既結果  原來係blueskyfrc唔開dxva decoder會令到硬體加速native既功能冇用   會自動用番CPU黎解碼  所以你見到native有*嗰兩個數據會同none咁接近

再睇下copy-back既數據反而全部設定既GPU負荷都比用quicksync同none既高 不過CPU負荷依然係最低  所以我覺得用唔到native就用quicksync或者none算 因為用none既CPU負荷都未算好可怕

睇zero-copy呢個功能  佢係1080p個成效比係720p既成效更加明顯  係1080p可以將GPU既負荷降低一半咁濟  反觀淨係開dxva decoder淨係得native模式先降低左啲負荷 但係唔太顯著
如果4k螢幕既用家 zero-copy會係必開既功能 因為去到4k既GPU負荷應該係幾何級數上升