安靜閒置：Windows 背景活動在最佳化前後
本頁內容
關閉 Windows 的背景元件確實能讓閒置更安靜：在兩組獨立的測量系列中，處理程序數量下降 49–56 %，閒置時的 CPU 使用率下降 17–67 %，而記憶體認可量（commit）在第二系列中下降 52 %。但在 CPU 滿載下，輸送量僅提升 0,2–0,5 %。「安靜的閒置」是已獲證實的背景工作與資源競爭減少，而不是 FPS 提升：本研究中並未測量最終的遊戲效果。
狀態： 效果方向已在同一台 Windows 11 虛擬機組建上、於兩組獨立系列中重現。各系列之間的數值不同，因為 Windows 的背景工作是一陣一陣來的：在 Microsoft Defender 掃描的時間窗內，CPU 使用率差距可達 −67 %，而在已經安靜的時間窗內則為 −17 %。
可驗證的陳述
Section titled “可驗證的陳述”我們驗證了四項陳述：
- 關閉背景元件會明顯降低系統在閒置時的活動。
- 它會明顯降低開機後最初幾分鐘的活動。
- 它會明顯減少記憶體消耗。
- 它在 CPU 滿載下帶來可測量的效能提升。
- Windows 11 Pro，build 26300.9457 (26H2)；
- 虛擬機：4 vCPU、8 GB RAM、VMware 虛擬化；
- 同一套安裝的兩種狀態：原始狀態（「之前」）以及套用 BoosterX 最佳化設定檔之後（測量日期當時的最新組建）；
- 兩組獨立的測量系列：2026-09-18 與 2026-09-19；各狀態是在獨立的磁碟副本上比較，以免測量互相影響；
- 階段：開機後 5 分鐘、穩定 5 分鐘、閒置 5 分鐘；
- 短時間合成負載：1、4 與 8 執行緒、記憶體負載、有節拍的負載以及優先順序混合。
測量不包含真實遊戲、GPU 負載、實體硬體以及長時間的時間窗（數小時與數天）。
協定符合「我們如何研究 Windows」：
- 每個階段都以 ETW 追蹤（Windows Performance Recorder，輕量 CPU、磁碟、檔案與網路設定檔）以及間隔 5 秒（系統）與 15 秒（依處理程序）的效能計數器記錄；
- 「開機後」階段以受控重新開機啟動，並在開機時間約一分鐘時開始記錄；
- 在每份追蹤中都檢查了遺失事件數——在所有列出的時間窗中它都等於零；
- 平均僅在階段邊界內的完整五秒區間上計算（每階段 59 個區間）；
- 在系列 2 中，第一次「之前」的執行因虛擬機進入睡眠而被排除；改用重複執行；
- 負載測試各執行兩次，列出的是中位數；CPU 使用率以四個 vCPU 為基準正規化。
「之前」與「之後」是同一套 Windows 安裝的狀態：「之後」是套用最佳化設定檔後得到的，「之前」是原始狀態。由於是整套設定一起變更，因此未評估單一關閉項目的獨立貢獻。
系列 1（2026-09-18）——沒有進行中維護的穩定閒置：
| 指標 | 之前 | 之後 | 變化 |
|---|---|---|---|
| CPU 使用率，% | 2,48 | 2,06 | −17 % |
| DPC + ISR，% CPU | 1,73 | 1,59 | −8 % |
| 上下文切換，/秒 | 469 | 381 | −19 % |
| 處理程序（平均） | 134,9 | 69,3 | −49 % |
| 執行緒（平均） | 1 444,6 | 738,7 | −49 % |
| 所有處理程序的 CPU 總計，% | 1,22 | 1,06 | −13 % |
| 可用記憶體，MB | 5 490 | 6 518 | +1 028 |
| 磁碟讀取，KB/秒 | 22,6 | 24,4 | +8 % |
| 磁碟寫入，KB/秒 | 311,3 | 262,1 | −16 % |
| 網路（接收），KB/秒 | 132,6 | 2,2 | −98 % |
| 網路（傳送），KB/秒 | 43,2 | 4,7 | −89 % |
系列 2（2026-09-19）——相同的閒置時間窗，但在「之前」狀態下正在進行 Microsoft Defender 背景掃描：
| 指標 | 之前 | 之後 | 變化 |
|---|---|---|---|
| CPU 使用率，% | 33,37 | 11,03 | −67 % |
| 上下文切換，/秒 | 3 737 | 291 | −92 % |
| 處理程序（平均） | 142,3 | 61,9 | −56 % |
| 執行緒（平均） | 1 494,7 | 637,1 | −57 % |
| 可用記憶體，MB | 5 174 | 6 653 | +1 479 |
| 已用實體記憶體，MB | 3 017 | 1 538 | −49 % |
| 記憶體認可量（commit），MB | 2 617 | 1 249 | −52 % |
| Nonpaged pool，MB | 298,2 | 212,9 | −29 % |
| Paged pool，MB | 258,5 | 86,0 | −67 % |
| DPC，% CPU | 0,89 | 0,19 | −78 % |
| 磁碟讀取，MB/秒 | 7,42 | 0,01 | −99,9 % |
| 磁碟寫入，MB/秒 | 4,57 | 0,23 | −95,0 % |
系列 2 的閒置期間在兩種狀態下幾乎都沒有網路活動（每秒數十位元組），因此未列出它的網路列。各系列之間的差異並非矛盾，而是背景工作本身的特性：當 Windows 正在進行維護時，關閉背景元件省得更多；當時間窗已經安靜時，省得較少。
開機後最初幾分鐘
Section titled “開機後最初幾分鐘”| 指標 | 系列 1（之前 → 之後） | 系列 2（之前 → 之後） |
|---|---|---|
| CPU 使用率，% | 3,42 → 2,59 | 14,62 → 11,88 |
| 上下文切換，/秒 | 1 114 → 600 | 1 257 → 393 |
| 處理程序 | 132 → 74 | 139 → 64 |
| 執行緒 | — | 1 719 → 746 |
| 已用實體記憶體，MB | — | 2 821 → 1 581 |
| 可用記憶體，MB | — | 5 370 → 6 610 |
| 磁碟讀取，KB/秒 | — | 826 → 433 |
| 磁碟寫入，KB/秒 | 634 → 418 | 709 → 298 |
| 網路（接收），KB/秒 | — | 1,15 → ~0 |
破折號表示該系列未記錄此階段的該項指標。
組成與記憶體
Section titled “組成與記憶體”閒置時的清查快照（系列 1）：
| 之前 | 之後 | |
|---|---|---|
| 處理程序 | 136 | 70 |
| 執行緒 | 1 679 | 842 |
| working set 總計，MB | 3 841 | 1 868 |
| private bytes 總計，MB | 1 524 | 660 |
最佳化前最大的記憶體消耗者：防毒處理程序 MsMpEng.exe（257 MB）、explorer.exe（213 MB）、StartMenuExperienceHost（144 MB）、msedge.exe（133 MB）、SearchHost.exe（122 MB）。最佳化後，清單由 explorer.exe（170 MB）、msedgewebview2（119 MB）、SearchHost.exe（115 MB）與 StartMenuExperienceHost（106 MB）居首。
可用記憶體增加了 1,0–1,5 GB，而認可量（commit）減少了 52 %。其中哪些才真正可以「釋放」，以及為什麼處理程序的 working set 總和不等於可用記憶體，已在「Windows 中實際可以釋放多少記憶體」中剖析。
短時間合成測試（系列 2，兩次重複的中位數）：
| 情境 | 輸送量變化 | CPU 使用率：最佳化前 / 最佳化後 |
|---|---|---|
| 單一執行緒 | +5.4 % | 21.9 / 22.6 % |
| 四個執行緒（滿載） | +0.19 % | 88.9 / 89.4 % |
| 八個執行緒（滿載） | +0.50 % | 88.9 / 88.8 % |
| 記憶體負載 | +11.2 % | 84.8 / 87.5 % |
| 節拍式（暫停 1 毫秒） | +5.4 % | 64.3 / 67.7 % |
| 混合優先順序 | +8.5 % | 21.2 / 22.5 % |
| 背景優先順序 | +77.1 % | 38.8 / 65.2 % |
在完整的四執行緒負載下，有效能的工作負載在最佳化前後都取得了四個 vCPU 約 89 % 的容量。虛擬機中剩餘的約 11 % 不能宣稱為可消除的「Windows 雜訊」：Hypervisor 的排程從客體追蹤中看不到。工作執行緒平均分布（各執行緒工作量差異為 0.994–0.997），未觀察到飢餓現象，且最佳化後閒置時的 CPU 佇列幾乎為空。
背景活動流向何處
Section titled “背景活動流向何處”在「最佳化前」狀態下測得的背景活動來源：
- 防毒掃描 — 系列 2 視窗中的主要來源：
MsMpEng.exe處理程序在五分鐘的閒置視窗中消耗了 212 CPU 秒； - 在初始狀態下，搜尋服務、SysMain 服務、遙測、列印多工緩衝處理器及其他元件正在執行 — 最佳化設定檔會將約 50 個背景服務和 58 個排程工作切換為停用狀態；
- 開機後，活動伴隨著 Windows 更新協調器。
停用背景元件並不能完全消除背景活動：在最佳化狀態下，應用程式相容性評估仍在執行（在維護視窗中約每秒 3.7 毫秒 CPU），且在穩定閒置狀態下的殘餘背景總量為每秒 4.8 毫秒 CPU — 約為四個 vCPU 容量的 0.12 %（依追蹤測得）。
已證實的內容
Section titled “已證實的內容”- 已重現（兩個獨立系列）：處理程序數 −49…−56 %，執行緒數 −49…−57 %，可用記憶體 +1.0–1.5 GB。
- 已測量（系列 2）：閒置時 commit −52 %；已佔用實體記憶體在閒置時 −49 %，在開機後階段 −44 %。
- 已測量： 閒置時 CPU 使用率在安靜視窗中 −17 %，在掃描視窗中 −67 %；上下文切換 −19 % 和 −92 %；DPC −78 %（系列 2 視窗）；開機後活動在兩個系列中都較低。
- 已測量： 在完整 CPU 負載下，輸送量增益為 +0.19 %（4 個執行緒）和 +0.50 %（8 個執行緒）；在非完整和混合負載下 — 從 +5.4 到 +11.2 %。
- 已測量： 背景優先順序類別的負載加快了 77.1 % — 在「最佳化前」狀態下，它與 Windows 自身的背景工作（包括防毒掃描）競爭。
- 已觀察到： 主要的背景來源是防毒掃描、維護和相容性工作；最佳化後殘餘背景接近於零，但並非為零。
未證實的內容
Section titled “未證實的內容”- 實際遊戲中的 FPS 增益、輸入延遲或幀時間降低：未測量。合成 CPU 測試不會模擬帶有 GPU 的遊戲，也無法證明遊戲效果。
- 每個個別停用項目的獨立貢獻：套用了整套變更。
- 將絕對數值推論到實體硬體、其他組態和其他最佳化設定檔。
- 長視窗下的穩定性：每個階段為 5 分鐘；Windows 的背景工作以突發形式出現，因此未測量「平均一天」。
- 測量是在虛擬機中進行的。虛擬化會引入自身的 DPC/ISR 份額並隱藏主機排程；在實體硬體上，絕對值會有所不同。在相同條件下，「最佳化前/後」比較的比例和方向仍然成立。
- ISR 指標已從表格中排除：在虛擬機中，PDH 的 ISR 計數器與 ETW 的中斷處理常式相差約 10 %，且無法收斂為精確的總和。
- 系列 2 的「最佳化前」視窗包含作用中的 Defender 掃描，且視窗之間的主機負載不同（平均 44 % 對 24 %）。因此數值與特定視窗綁定；方向已由兩個系列證實。
- 在系列 1 中，部分閒置階段被虛擬機的外部暫停中斷約 26 秒；擷取在恢復後完成，沒有遺失事件。
- 負載測試為兩次重複：這是描述性統計，未評估統計顯著性。
- 閒置時的部分收益與停用 Microsoft Defender 保護元件有關。沒有防毒保護的系統是有意識的取捨，而非沒有代價的最佳化；停用保護時必須了解其代價。
- 測量層（追蹤和計數器）本身會產生少量背景負載；它在兩種狀態中都存在。
研究和使用的工具屬於 BoosterX 開發者，因此開發者對結果有直接利益。方法和適用範圍已在上文描述，結論可透過公開資料和所列的公開來源進行驗證。
減少背景雜訊是真實且已重現兩次的效果：處理程序和執行緒減半，記憶體承諾減半，閒置時的磁碟和網路活動減少一個數量級。這本身就有用 — 對於系統回應性、背景工作、溫度、風扇噪音和電池續航時間 — 且不需要承諾 FPS。
不應期待的是：在完整負載下的效能增益。如果 CPU 已被有效能的工作負載佔用約 89 % 的容量，停用背景活動不會增加剩餘的 11 % — 在虛擬機中它們不屬於 Windows。比較時系統越忙碌，可見效果越大：在維護視窗中差異是數倍，在安靜視窗中則是適度的。
建議：在自己的電腦上評估任何變更前後的背景活動（工作管理員 → 「效能」和「處理程序」、資源監視器），而不要依賴他人的百分比。如果目標是特定遊戲中的 FPS，請在變更前後測量它本身。
兩個系列都在隔離的虛擬機中、於獨立的磁碟副本上執行；測量後機器會還原到初始狀態。本文不要求讀者變更參數，因此在使用者電腦上不需要單獨的還原動作。
公開主要來源
Section titled “公開主要來源”- Microsoft: Windows Performance Recorder — 方法中使用的 ETW 追蹤錄製工具；已於 2026-09-20 檢查。
- Microsoft: About Event Tracing — ETW 模型和遺失事件檢查；已於 2026-09-20 檢查。
- Microsoft: Microsoft Defender Antivirus 在 Windows 中 — Defender 的處理程序和服務，包括
MsMpEng.exe（工作管理員中的「Antimalware Service Executable」）；已於 2026-09-20 檢查。 - 我們如何研究 Windows — 證據等級和測量協定。
- Service Host 和 Windows 11 的背景元件 — Windows 如何將背景服務分配到處理程序。
- 在 Windows 中實際可以釋放多少記憶體 — 來自同一實驗的記憶體詳細分析。
- 桌面與登入畫面 — 續篇：使用者工作階段的雜訊由什麼組成。
- 2026-09-20: 首次發布 — 兩組獨立的閒置測量系列、開機後階段、清單與負載測試。
- 2026-09-20: 釐清各系列的結果歸屬（commit 與已佔用實體記憶體 — 僅限系列 2；處理程序 −49…−56 %）；利益衝突免責聲明已調整為標準措辭。