張貼開啟/關閉持續時間
最適用于: 應用程式開發人員
相關評量:
- 啟動效能 (快速啟動)
- 開機效能 (完整開機)
- 待命效能
- 休眠效能
此計量會測量從 Post On/Off 完成到系統合理閒置並回應使用者輸入的時間。 此階段的目標是系結並量化背景處理,以在 [開始畫面] 顯示之後繼續。 此計量會測量 Post On/Off 階段的持續時間,代表系統累積 5 秒閒置時間所需的時間量。 這次會藉由檢查 500 毫秒的時間範圍中的 CPU 和儲存體使用率來累積。 如果 CPU 和儲存體使用率的累計時間低於 20%,則此時段的閒置時間 (500 毫秒 – 視窗中的最大 [CPU 時間、磁片時間]) 新增至達到 5 秒的總閒置時間。 計量會報告此持續時間減去所收集閒置時間的 5 秒。
注意
這些計算會忽略低優先順序 CPU 和儲存體使用率時間。
在此階段執行的任何軟體元件,都可以執行磁片 I/O 或計算來影響階段持續時間。
詳細的子計量
此階段沒有實際的子計量;不過,由於階段持續時間與資源使用率成正比,因此您可以檢查在此階段執行的進程, (在 Windows 評定主控台中展開 每個階段 的進程) 。
典型的影響因素
在此階段使用 CPU 或儲存體資源的任何軟體元件,都可能會對整體時間造成貢獻。 其他啟動應用程式通常會對「開啟/關閉後」階段產生負面影響。
在未登出使用者會話的待命效能和休眠效能案例中,此階段會受到目前工作負載中執行的應用程式影響。
分析和補救步驟
識別耗用最多資源的處理常式。 您可以在 Windows 評定主控台中展開 [每個階段的進程 ],或查看 WPA 中的 CPU 和磁片使用率圖表和摘要資料表,即可這麼做。 也可能會針對違規進程產生問題。 如需詳細資訊,請參閱查看資源使用率計量。
若要解決開機效能 (快速啟動) 和開機效能 (完整開機) 評估的問題,請考慮從啟動路徑移除非必要的應用程式,或使用工作排程器稍後啟動這些應用程式。 例如,如果應用程式對於使用者登入 (很重要,它會提供認證提供者服務或網路服務) ,請確定應用程式已針對最少的資源耗用量進行優化。
避免使用 Managed 程式碼 (CLR 型) 啟動應用程式,因為其初始化可以啟用 .NET Framework 的資源成本高昂初始化。 這會進一步影響開/關後階段時間,並降低使用者回應性。