BlueskyFRC 2.2.0版本 R9-280x/7970 GPU負荷分析
bluesky frame rate converter(下稱blueskyfrc)係一款主要使用GPU運算黎對影片添加影格以達致60fps流暢播放既軟件 詳細既介紹同一路以黎測試可以睇番我之前既post
http://ppkkkp.blogspot.hk/search/label/bluesky%20frame%20rate%20converter
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
測試環境及設定
上次試過用R9-280x係1080p用blueskyfrc ver2.1.0既情況 觀察到有一半既情況GPU負荷都超過50% 其實一塊TDP 250W既顯示卡維持住50%負荷所對黎既熱量認真唔野少 不過呢個都係ver2.1.0既情況今次更新到ver2.2.0 我見到changelog度講提升左整個程式既性能 從而改善左程式運行既效率
而我落手去試發現左係播60fps片既時候 GPU既負荷有好可觀既下降 所以將GPU負荷記錄低同寫篇文
而我今次都係用[ANE]空之境界第一集頭5分鐘黎做測試(事關我冇咩1080p片)
測試結果
開啟dxva+zero-copy | 全程GPU負荷 | 多數時間GPU負荷 | 全程CPU負荷 | 只開啟zero-copy | 全程GPU負荷 | 多數時間GPU負荷 | 全程CPU負荷 |
quicksync | 28-71% | 29% | 3-14% | quicksync | 28-70% | 29% | 2-13% |
copy-back | 38-80% | 38% | 1-9% | copy-back | 37-64% | 37% | 1-9% |
native | 19-60% | 20% | 1-10% | native | 29-71% | 30% | 8-22%* |
none | 28-70% | 29% | 10-26% | none | 29-70% | 30% | 10-27% |
只開啟dxva | 全程GPU負荷 | 多數時間GPU負荷 | 全程CPU負荷 | 咩都唔開 | 全程GPU負荷 | 多數時間GPU負荷 | 全程CPU負荷 |
quicksync | 49-93% | 49% | 5-18% | quicksync | 49-93% | 50% | 5-19% |
copy-back | 57-98% | 58% | 2-12% | copy-back | 57-98% | 58% | 2-14% |
native | 43-72% | 43% | 2-14% | native | 50-95% | 50% | 11-31%* |
none | 50-92% | 50% | 10-29% | none | 50-92% | 50% | 11-33% |
下面個表係上次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% |
*代表lav硬體加速無法使用 自動改為使用CPU解碼
分別比較四個硬體加速方法
quicksync今次表現幾好 越黎越接近native既效果 可以因為quicksync主要係用一個安置係CPU既組件 所以係解碼既過程極少消耗到GPU既性能 如果blueskyfrc只係開zero-copy功能 quicksync就會係最低負荷
copy-back今次表現麻麻 可能因為copy-back本身運作上既一個缺憾 copy-back意思係經GPU解碼左既影像數據唔會留係GPU既記憶體 而會回到CPU既記憶體中 但係經native解碼既影像數據會留係GPU既記憶體中等待影像輸出
所以GPU既負荷比起其餘3位都為高 但係佢CPU負荷依然維持最低
native既表現都係估算之中 GPU既負荷都係如常般最低 如果希望將GPU負荷壓到最低 呢個方法就係必然之選
none既表現都同native一樣係估算之中 雖然無驚喜既表現 但係負荷都有合理地下降
結果分析
對比上次同今次既數據見到GPU負荷有大幅度既調整 幾乎全部GPU都唔過50%負荷 不過CPU負荷就有些微升高分別比較四個硬體加速方法
quicksync今次表現幾好 越黎越接近native既效果 可以因為quicksync主要係用一個安置係CPU既組件 所以係解碼既過程極少消耗到GPU既性能 如果blueskyfrc只係開zero-copy功能 quicksync就會係最低負荷
copy-back今次表現麻麻 可能因為copy-back本身運作上既一個缺憾 copy-back意思係經GPU解碼左既影像數據唔會留係GPU既記憶體 而會回到CPU既記憶體中 但係經native解碼既影像數據會留係GPU既記憶體中等待影像輸出
所以GPU既負荷比起其餘3位都為高 但係佢CPU負荷依然維持最低
native既表現都係估算之中 GPU既負荷都係如常般最低 如果希望將GPU負荷壓到最低 呢個方法就係必然之選
none既表現都同native一樣係估算之中 雖然無驚喜既表現 但係負荷都有合理地下降
0 個意見:
張貼留言
訂閱 張貼留言 [Atom]
<< 首頁