Loading...
遊戲幀率突然下降、畫面間歇卡頓,或更換顯示卡後效能幾乎沒有提升,常被統稱為電腦出現瓶頸。這個方向可能正確,但只看平均 FPS 或某一刻的 CPU 使用率,無法確認限制來源是處理器、顯示卡、系統記憶體、溫度、背景程式,還是幀率上限。可靠的測試必須把初步估算、即時監控與可重複的遊戲場景放在一起判讀。
開始量測前,可先在電腦效能瓶頸計算器輸入處理器、顯示卡、記憶體容量與顯示解析度。結果適合建立初步假設,例如目前配置是否較可能受 CPU 或 GPU 限制。它並非遊戲執行時的即時資料,不能取代使用率、溫度與幀時間紀錄。
選擇經常發生卡頓的遊戲、關卡或工作負載,保持解析度、畫質預設、光線追蹤、垂直同步與 FPS 上限一致。驅動程式、遊戲版本及背景應用程式也應盡量相同。進入場景後先執行幾分鐘,讓著色器編譯、資源載入與溫度穩定,再錄製至少兩三分鐘。比較必須使用同一區域,否則敵人數量、地圖複雜度與過場動畫都會干擾結果。
平均 FPS 只是一部分。1% Low 與幀時間曲線更能呈現短暫中斷。平均值很高時,重複出現的幀時間尖峰仍會造成操作不連貫。測試前也要確認 V-Sync、螢幕更新率或遊戲內限制器沒有把幀率固定在特定數值。
按 Ctrl + Shift + Esc 開啟 Windows 工作管理員,在「效能」頁面觀察 CPU、記憶體與 GPU。CPU 總使用率容易造成誤判:遊戲可能只讓少數核心滿載,總值仍只有 40% 或 50%。將 CPU 圖表切換為邏輯處理器,即可查看個別執行緒是否長時間接近滿載。GPU 頁面則要注意 3D 引擎、專用 GPU 記憶體、溫度與目前啟用的圖形處理器。筆記型電腦還要確認遊戲沒有使用內建顯示晶片。
記憶體頁面主要比較「使用中」與「可用」容量。可用記憶體接近耗盡、認可用量持續逼近上限時,Windows 會更頻繁使用分頁檔,導致載入停頓與幀時間尖峰。卡頓瞬間磁碟使用率達到 100%,也可能是在處理分頁或載入遊戲資源,不代表磁碟一定是唯一原因。
工作管理員適合初步排查,MSI Afterburner 配合 RivaTuner Statistics Server 更適合持續顯示資料。啟用 CPU 各核心使用率與時脈、GPU 使用率與時脈、CPU/GPU 溫度、顯示記憶體、系統記憶體、FPS 與幀時間,並設定在螢幕顯示。先保留這些關鍵項目,過多感測器會讓資訊難以閱讀。
此處只把 MSI Afterburner 當成監控工具,不需變更電壓、功耗上限或超頻參數。先以原廠頻率保存基準。如果 CPU 或 GPU 溫度升高後時脈明顯下降,散熱或功耗限制更值得懷疑。根本的溫度問題未解決時,更快的硬體仍可能再次降頻。
典型 CPU 瓶頸是 GPU 使用率經常低於 90%,同時一個或數個 CPU 執行緒接近滿載。把 1440p 降到 1080p 後 FPS 提升很少,表示顯示卡負擔已減輕,但處理器仍無法準備更多畫面。大型多人場景、模擬與策略遊戲,以及追求高更新率的競技遊戲較容易出現這種限制。錄影程式、瀏覽器與安全掃描也應在測試前關閉。
GPU 瓶頸通常較明顯。3D 使用率長期在 95% 到 100%,降低解析度、陰影、光線追蹤或反鋸齒後,FPS 明顯增加。顯示卡滿載本身不是故障,往往代表遊戲正在充分使用硬體。真正要檢查的是幀率是否達標、溫度是否正常,以及 VRAM 是否接近容量上限。顯示記憶體不足可能在更換材質或複雜場景時產生尖峰。
系統記憶體長期接近用滿,並伴隨頻繁分頁,是容量不足最清楚的警訊。通道配置與記憶體頻率也會影響結果。單通道記憶體即使容量足夠,仍可能降低部分遊戲的最低 FPS。RAM 與 VRAM 是不同資源:前者供處理器和應用程式使用,後者保存顯示卡正在處理的材質、緩衝區與畫面資料。
關閉瀏覽器、啟動器及常駐程式後,再重複同一場景。如果卡頓減少、可用記憶體增加,原因就較明確。沒有變化時,應繼續檢查 CPU 執行緒、GPU 使用率、溫度及儲存裝置活動。
第一組只調整解析度與偏重 GPU 的畫質。降低解析度後 FPS 大幅增加,通常代表顯示卡壓力較大;幾乎沒有變化,則較可能是 CPU、遊戲引擎或幀率上限。第二組保持解析度,降低人群密度、物理效果、模擬細節與視距等偏重 CPU 的選項。若效能提升,便支持處理器限制的判斷。
每組至少執行兩次,記錄平均 FPS、1% Low、GPU 使用率、最高溫度與記憶體占用。不要同時更改十個選項,否則無法確認改善來自哪一項。結果矛盾時,先核對場景、著色器編譯與新資源載入狀態。
單張工作管理員截圖不能代表整段遊戲,CPU 總使用率也不等於每個核心的狀態。GPU 未達 100% 可能是 CPU 限制,也可能來自 V-Sync、FPS 上限、選單畫面或驅動設定。過熱降頻、筆電電源模式與電池供電同樣會改變測試結果。
線上計算器提供配置層級的估算,工作管理員與 MSI Afterburner 顯示當下的運作狀態。配合控制變因的遊戲測試,才能區分持續硬體限制、個別遊戲限制與偶發載入停頓。目標不是追求理論上的 0% 瓶頸,而是在常用解析度與幀率下維持穩定效能。