系統睡眠狀態
狀態 S1、S2、S3 和 S4 是睡眠狀態。 其中一種狀態的系統未執行任何計算工作,而且似乎已關閉。 與關機狀態 (S5) 不同的是,睡眠系統會保留 RAM 或磁片上的記憶體狀態,如 系統硬體內容 區段中下列每個電源狀態所指定。 作業系統不需要重新開機,才能讓電腦回到工作狀態。
某些裝置可以在發生特定事件時,從睡眠狀態喚醒系統。 此外,在某些電腦上,外部指示器會告知使用者系統只是睡眠中。
隨著每個連續睡眠狀態,從 S1 到 S4,更多電腦會關閉。 所有符合 ACPI 規範的電腦都會在 S1 關閉其處理器時鐘,並在 S4 (遺失系統硬體內容,除非在關機) 之前寫入休眠檔案,如下列各節所列。
中繼睡眠狀態的詳細資料可能會根據製造商設計機器的方式而有所不同。 例如,在某些電腦上,主機板上的某些晶片可能會失去 S3 的電源,而其他這類晶片則會保留電源直到 S4 為止。 此外,某些裝置可能只能從 S1 喚醒系統,而不是從更深的睡眠狀態喚醒。
使用 powercfg /a
列舉系統上所有可用的睡眠狀態。 使用者可以使用 [睡眠] 按鈕動作,指定按下睡眠電源按鈕時要採取的 動作。
一般而言,當使用者按下睡眠按鈕時,系統會進入 S3 系統電源狀態。
若要將系統限制為 Sx 狀態的子集,使用者可以在SYSTEM_POWER_POLICY 結構中提供MaxSleep和MinSleep欄位。 另請參閱 ADMINISTRATOR_POWER_POLICY結構。
系統電源狀態 S1
系統電源狀態 S1 是具有下列特性的睡眠狀態:
耗電量
-
小於 S0 的耗用量,且大於其他睡眠狀態。 處理器時鐘已關閉,且匯流排時鐘已停止。
軟體繼續
-
控制項會從其離開的位置重新開機。
硬體延遲
-
通常不超過兩秒。
系統硬體內容
-
硬體會保留和維護所有內容。
系統電源狀態 S2
系統電源狀態 S2 類似于 S1,不同之處在于系統快取的 CPU 內容和內容會因為處理器失去電源而遺失。 狀態 S2 具有下列特性:
耗電量
-
小於狀態 S1 和大於 S3 中的耗用量。 處理器已關閉。 匯流排時鐘已停止;某些匯流排可能會失去電源。
軟體繼續
-
喚醒之後,控制項會從處理器的重設向量開始。
硬體延遲
-
兩秒以上;大於或等於 S1 的延遲。
系統硬體內容
-
CPU 內容和系統快取內容會遺失。
系統電源狀態 S3
系統電源狀態 S3 是具有下列特性的睡眠狀態:
耗電量
-
耗用量小於狀態 S2。 處理器已關閉,而主機板上的某些晶片也可能關閉。
軟體繼續
-
喚醒事件之後,控制項會從處理器的重設向量開始。
硬體延遲
-
幾乎無法從 S2 區分。
系統硬體內容
-
只會保留系統記憶體。 CPU 內容、快取內容和晶片組內容會遺失。
系統電源狀態 S4
系統電源狀態 S4 是休眠狀態,是最低電源睡眠狀態,且具有最長的喚醒延遲。 若要將耗電量降到最低,硬體會關閉所有裝置。 不過,作業系統內容會在休眠檔案中維護, (記憶體映射) 系統在進入 S4 狀態之前寫入磁片。 重新開機時,載入器會讀取此檔案,並跳至系統的先前休眠位置。
如果處於 S1、S2 或 S3 狀態的電腦失去所有 AC 或電池電源,則會遺失系統硬體內容,因此必須重新開機才能返回 S0。 不過,狀態為 S4 的電腦即使失去電池或 AC 電源,仍可從先前的位置重新開機,因為作業系統內容會保留在休眠檔案中。 處於休眠狀態的電腦不會使用電源 (,但可能例外狀況為技巧目前的) 。
狀態 S4 具有下列特性:
耗電量
-
關閉,除了目前的電源按鈕和類似的裝置之外。
軟體繼續
-
系統會從儲存的休眠檔案重新開機。 如果無法載入休眠檔案,則需要重新開機。 當系統處於 S4 狀態時重新設定硬體可能會導致無法正確載入休眠檔案的變更。
硬體延遲
-
Long 和 undefined。 只有實體互動會將系統傳回工作狀態。 這類互動可能包括按下 ON 開關的使用者,或者,如果適當的硬體存在且已啟用喚醒,則為區域網路上的數據機或活動的連入通道。 如果硬體支援,電腦也可以從繼續計時器喚醒。
系統硬體內容
-
硬體中不會保留任何保留。 系統會在休眠檔案中寫入記憶體映射,然後再關閉電源。 載入作業系統時,它會讀取此檔案並跳至其先前的位置。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應