1. 首頁 > 生活百科 > 科技 > >

CPU|巔峰摩擦？i9 12950HX與R9 6900HX專業應用差距有多大？( 三 )

cpu酷睿處理器it芯片軟件GPU


【PART3:結合集顯加速的視頻編輯對比】
▼這部分涉及視頻剪輯和新處理器平臺的重要知識 ， 有此需求的用戶請認真閱讀▼
PART1的基準測試 ， PART2的三維渲染對比 ， 考驗的都是純CPU部分性能（處理器由“CPU”和“集成GPU”即“集顯”兩個部分構成） 。 而如今大量的專業應用 ， 尤其是與圖像和視頻相關的專業應用 ， 都會用到顯卡加速 ， 這其中也包含了集顯 。
而大家還必須知道的是 ， 涉及照片和圖像編輯的應用 ， 其實并不是連續負載：單個大文件的特效處理 ， 持續時間并不長；而即便是Lr的照片批處理 ， 也只是“不斷重復的短時負載” ， 總體負載量依然不大 。 而真正能體現處理器極端性能差異的連續負載、高負載應用 ， 還是在視頻編輯領域（相對照片/圖片編輯來說） 。 所以 ， 結合集顯加速的應用 ， 我們就主要以視頻編輯為例 。
以下測試前 ， 我們在設備管理器中禁用獨顯 ， 用純集顯模式完成 ， 徹底排除獨顯的影響 。
TIPS3：這里提醒大家 ， 大部分12代酷睿H處理器都采用了Iris Xe集顯 ， 性能較強 ， 具備一定的游戲性能且可大幅提升圖像和視頻編輯應用的效率 。 但——i9 12950HX的集顯并非Iris Xe！為了把性能資源盡可能分給CPU ， 其GPU部分僅為32個執行單元的UHD Graphics 。 從某種意義上說 ， 比拼集顯加速的應用 ， i9 12950HX“比較吃虧”——尤其是在面對采用了Radeon 680M集顯的R7和R9處理器時 。
●Pr視頻剪輯導出（新樣本 ， 純集顯模式 ， CPU方案）
i9 12950HX少耗時41%
之前我們測試視頻剪輯的導出效率時 ， 一直采用的“線下活動視頻” ， 如今看來負載已太輕 。 所以從本文開始 ， 我們更換了測試樣本 ， 改用高清風景片進行高碼率剪輯 ， 這樣處理器（CPU+GPU）的負載會提升不少 。
TIPS4:OpenCL和軟件方案（CPU方案） ， 選誰？
這里還涉及到另一個重要知識點 ， 那就是：在只有集顯時 ， Premiere Pro有兩種方案可選 。 一種是OpenCL ， 主要利用集顯資源（也會用CPU資源 ， 但比例會降低）；第二種則是“僅Mercury Playback Engine軟件”方案 ， 也即是CPU主導的方案（也會用到集顯資源 ， 但主導的是CPU） 。 誰才是最佳選擇呢？
根據大量機型多次測試 ， 在采用酷睿H和銳龍H平臺 ， 且“處理器功率發揮充分”的高性能機型上 ， 通常是兩種情況：1.CPU方案和OpenCL方案耗時相仿；2.CPU方案效率遠高于OpenCL方案 。 所以 ， 我們的最新建議是：無論何種處理器平臺 ， 在只有集顯時 ， 都優先考慮“僅Mercury Playback Engine軟件”方案 ， 即CPU方案 。

▲注意：帶有RTX獨顯的酷睿H/銳龍H高性能本（游戲本） ， Pr默認選擇CUDA方案 ， 效率最高 ， 這沒問題！但若是集顯的酷睿H/銳龍H本（僅針對高性能本 ， 輕薄本不在此討論范圍） ， Pr默認會選擇OpenCL方案——但實際效率非常低 ， 建議大家使用前重新選擇“僅Mercury Playback Engine軟件”方案 ， 即CPU方案 。

▲這個圖更直觀地解釋了為何集顯狀況下不要選默認的OpenCL方案 ， 因為在此方案下 ， R9 6900HX的CPU資源調用率很低 ， 與此同時集顯的調用率也很低 ， 所以總體導出效率不高 。

▲另外我們還觀察到 ， 在部分視頻成片的剪輯加工時（非用戶自己拍攝的視頻進行剪輯） ， Pr若選擇OpenCL方案 ， 12代酷睿H的E核（效能核）有可能無法正常調用 ， 會嚴重影響導出效率 。 這一情況也出現在12代酷睿H i5/i7處理器上（已使用最新版Pr） 。 但若使用CPU方案 ， 則P核和E核都調用正常 ， 效率也完全正常▼ 。

相關經驗推薦