診斷矩陣：記憶體故障類型、系統快取機制與效能衰退特徵
許多 PC 玩家在遊玩開放世界大作時經常遭遇相同困擾：遊戲剛啟動時高達 120 FPS，極度順暢；但連續遊玩兩至三小時後，畫面掉至 35 FPS，且只要進入新區域便伴隨嚴重頓挫。辨識問題究竟是遊戲程式內部的「記憶體洩漏」，抑或是 Windows 底層「備用記憶體 (Standby Memory)」阻塞，是徹底根治的關鍵。
| 故障機制類型 | 主要發生區塊 | 工作管理員中之記憶體表現 | Windows 備用快取狀態 | 經過驗證之有效解決手段 |
|---|---|---|---|---|
| 遊戲引擎內部物件洩漏（C++ 物件未釋放） | 遊戲專用工作集 | 記憶體占用隨時間持續直線攀升（由 6GB 擴增至 20GB+） | 無直接因果關係 | 屬於遊戲程式碼瑕疵，僅能定期重開遊戲等待官方修正檔 |
| 顯存耗盡溢出（VRAM Thrashing） | 顯示卡實體專用顯存 | 顯存完全滿載，開始向系統實體記憶體請求共享置換 | 佔用巨量 PCIe 頻寬導致嚴重瞬卡 | 調降貼圖紋理等級，啟用 DLSS/FSR 品質檔 |
| Windows 備用快取積壓過度 | 作業系統檔案快取池 | 遊戲本體記憶體穩定，但「可用 (Free) 記憶體」跌破 200MB | 系統未能於遊戲請求記憶體時即時釋放備用區 | 安裝 ISLC 工具常駐於背景自動釋放備用快取 |
| 非分頁集區洩漏 (Non-Paged Pool) | Windows 系統核心驅動 | 「非分頁集區」數值從幾百 MB 暴漲至 4GB 以上 | 核心系統資源耗竭導致死結 | 更新網路卡與音效卡驅動程式（特別是 Killer 網卡） |
深入核心：為什麼 Windows「備用記憶體」會導致遊戲卡死？
Windows 系統內建將未使用的實體記憶體轉作 Standby Cache（備用快取） 的預設機制：
- 隨著遊戲載入大量地圖資料，備用快取會逐步佔滿全部可用記憶體；
- 理論上當遊戲請求新記憶體時，系統應於數微秒內抹除部分快取；
- 然而在高負載環境下，記憶體釋放過程容易發生延遲延宕，遊戲處理程序被迫處於等待狀態，畫面因而產生持續數百毫秒的嚴重停頓。
系統化優化實務：部屬 ISLC 自動釋放工具
第一步：設定 Intelligent Standby List Cleaner (ISLC)
- 下載並安裝由知名開發團隊 Wagnardsoft 所開發的 Intelligent Standby List Cleaner (ISLC)；
- 調整核心門檻參數：
- The list size is at least：設定為
1024 MB； - Free memory is lower than：設定為電腦實體總容量之一半（16GB RAM 設為
8192 MB，32GB RAM 設為16384 MB）；
- The list size is at least：設定為
- 勾選 Start ISLC minimized and auto-Start monitoring；
- 勾選 Enable custom timer resolution 並將數值調校為
0.50 ms； - 點擊 Start 啟用背景自動監控。
第二步：透過資源監視器驗證是否為遊戲代碼洩漏
- 按下
Win + R輸入resmon開啟資源監視器； - 於「記憶體」分頁追蹤遊戲處理程序；
- 觀察其 認可 (Commit) 欄位是否無上限攀升，以釐清是否為遊戲本身的記憶體管理缺陷。