PCMark 跑分的自動化挖寶 —— 哪些值得交給機器跑

PCMark 這款跑分工具到底在測什麼

PCMark官網 是 UL Solutions 推出的一款基準測試工具，從 3DMark 同一個設計體系延伸出來，側重衡量裝置的實際使用場景效能——不只是 CPU 和顯卡的峰值算力，而是模擬日常上網、辦公、內容創作、影片會議這些真實場景的綜合表現。

它最早以 PCMark 10（Windows 版）為人熟知，後續推出 Android 版主打續航測試——進入 App 就自動檢測硬體配置、電池狀態、記憶體容量，以跑分形式輸出結果，買二手機時快速驗證硬體是否過關是它最常見的使用場景。

安裝

素材包標示平台為 Android APK、安裝包 50.46M、版本 3.0.4061。安卓安裝流程和大多數跑分 App 類似，但有幾個 PCMark 專屬的注意事項：透過 PCMark下載 取得 APK 後，需要在系統設置裡允許「未知來源」安裝（手機品牌不同叫法各異，小米在設置→隱私保護→特別的權限許可→安裝未知應用）；點擊安裝後系統會彈引導，要求把 PCMark 加入「電池優化例外」（續航測試需要持續喚醒螢幕並保持後台運行，被系統殺進程會導致測試中斷）；首次啟動時要授權讀取電話狀態（讀取裝置型號）、位置信息（某些版本用來標記續航測試的地理位置），不授權這兩項核心功能會被鎖死。

自動化能力盤點

寫這篇的起因是上週給公司 12 台新採購的辦公本做性能驗收——每台都要在同樣環境下跑 3 次主基準取中值，手動一台一台開啟、一台一台記錄結果、一台一台比對分數，折騰了一個下午才做完。翻遍 PCMark 所有設置項，發現它藏著不少「設一次就不用再管」的自動化能力，之前居然沒留意。

內建的自動化功能主要集中在四個方向：

自動上傳結果（Options → Results → Auto-upload）：開啟後每次跑分結束會自動把結果上傳到 3dmark.com，登錄 UL Benchmarks 帳號後就能跨裝置對比。Professional 版還能設置自動上傳的目標群組，把企業 IT 採購驗收的結果集中到一個看板裡。

自動檢查更新（Options → General → Auto-update）：默認開啟，檢測到新版本時彈提示下載安裝。這項沒什麼好說的，但如果你在做批量驗收、需要確保所有裝置跑同一個版本的基準（版本差異可能導致分數不可比），反而得把它關掉——這是自動化的反向應用。

硬體監控自動記錄（Advanced 版以上）：開啟後測試過程中會自動錄製 CPU / GPU / 記憶體 / 存儲的即時數據，跑分結束可以在結果詳情頁看到完整的溫度、頻率、功耗曲線。之前我手動開 HWiNFO 同時跑 PCMark，還得對時間戳合併數據，現在一鍵解決。這項功能的詳細配置和數據解讀方式，在 PCMark文檔 裡有完整說明。

Professional 版自定義運行排程：Professional Edition 支持 CLI 參數調用，可以寫腳本定時跑指定基準、指定 Workload、指定輸出格式。比如每週一凌晨 3 點自動跑一次 Battery Life Profile，持續追蹤電池衰減；或者給批量驗收寫一個 for 循環，一鍵跑完 12 台機器的 Express 基準（Express 是主基準的簡化版，去掉 DCC 組、10 分鐘就能跑完）。

值得自動化的 1~2 件事

盤點完能力，不是所有都值得自動化——自動化有成本（設置時間、排程維護、故障排查），得跟清省的時間對比。

第一件：電池健康度定時跟蹤。我自己的主力本跑了快兩年，之前只知道感覺續航變短，但沒有量化數據。開啟 Professional 版的自動排程，設置每 14 天凌晨 2 點自動跑一次 Battery Life Profile（這個基準是純續航測試、不跑性能 Workload，功耗極低、半夜跑完全不影響），結果自動上傳。三個月後下載 CSV，一眼就能看到電池容量的衰減曲線——不是感覺，是數字說話。配置路徑：安裝目錄下找 Battery Life Calibration Tools 文件夾，先把 PCMark10BatteryProfile.pow 電源計劃導入 Windows，再在 CLI 裡用 pcmark10.exe /run:battery /schedule:14d 設定排程。

第二件：批量驗收的一鍵跑。下次公司再採購新設備，寫一個 PowerShell 腳本，調 PCMark CLI 參數：每台機器插上電、用 powercfg 自動設好電源模式為「最佳性能」、關閉 Windows Update（Set-Service wuauserv -StartupType Disabled）、開啟自動上傳，然後一鍵跑 Express 基準、結果自動上傳、跑完後自動把電源模式恢復、把自動更新打開。12 台機器的驗收時間從一下午縮到 20 分鐘——腳本寫一次、每次用。

不值得自動化的兩個場景

自動化不是萬能，有些事情硬要自動化反而事倍功半。

偶發性單次跑分。比如買二手機時快速驗證硬體——手動點一下 Home 標籤的 Run 按鈕，20 分鐘出結果，沒必要為這一次寫腳本設排程。自動化的固定成本（設置排程、管理排程是否有效）在低頻場景下攤不平。

環境準備清單。跑分前有五項快速檢查（插電、電源模式、溫度、性能檔位、驅動版本）——看起來可以寫腳本自動檢查，但實際上每台機器的情況不同：有的遊戲本 Armoury Crate 佔著資源、有的開了 OneDrive 同步、有的剛玩完遊戲溫度還高。自動化只能檢查「電源模式是不是最佳性能」這種硬指標，但檢查不了「CPU 剛從 95°C 降下來沒」——這得自己看一眼 HWiNFO 的溫度數據。環境準備還是手動過一遍最靠譜。

翻車兜底：自動化失效時怎麼發現、怎麼救

自動化有一個共同點——設置完就忘記它在跑，直到某天發現結果對不上才驚覺壞了。分數波動超過 10% 時的排查邏輯套用到自動化場景：

自動上傳失敗：最常見的原因是網路斷了或者登錄過期。Professional 版可以在 CLI 裡加 /log 參數讓每次運行生成日志文件，排程完成後加一段 PowerShell 檢查日志裡的「Upload failed」關鍵字，有就發一個 Windows Toast 通知自己——不用每天進 3dmark.com 看有沒有漏上傳。

排程沒觸發：Windows 任務計劃器有時候會因為系統時間不同步、電源策略改變（筆記本用電池時默認不執行排程）而跳過。排程裡一定要加「僅在計算機接通交流電源時啟動」的勾選，以及排程失敗時「重新啟動每隔 X 小時」的重試設置。

分數波動異常：排查順序是「有沒有插電 → Windows 更新有沒有自動重啟 → 後台有沒有彈新程序 → 溫度太高 → 驅動被靜默更新」——自動化場景下這些變量更難察覺，所以建議在自動運行前先跑一次環境自檢（用 powercfg /getactivescheme 檢查電源模式、Get-Process 檢查後台大佔用進程、Get-WmiObject 檢查溫度），自檢不過就跳過本次運行、記一條日志。

結論

PCMark 的自動化能力適合兩種使用強度的人：經常給多台機器做批量驗收的 IT 人員（CLI + 排程 + 自動上傳一鍵解決）、持續跟蹤自己裝置健康度的極客（電池衰減曲線是手動跑比不了的量化數據）。如果你只是偶爾買二手機驗證或者半年跑一次看看分數，自動化反而增加了維護成本——手動點一下更快。

說到底，自動化的價值不在於「炫技」，而在於「重複的事沒人願意做」——當你發現自己在同一個操作上花的時間已經超過寫腳本的時間，就是該交給機器的時候了。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。