Подготовка программного обеспечения к современному резервному режиму

Когда система входит в современную резервную систему,т. е. когда экран отключается,—его программное обеспечение и приложения должны быть готовы к вводу долгосрочного состояния сна с низким питанием. Дополнительные сведения об этом поведении см. в современных резервных состояниях .

Система входит в современную резервную систему при отключении дисплея. Это будет происходить в ответ на следующее:

• Пользователь нажимает кнопку питания
• Пользователь закрывает крышку
• Пользователь, выбрав "Спящий режим " на кнопке питания в разделе "Параметры"
• недействимая система

Этапы подготовки программного обеспечения

После выключения дисплея система начнет тестировать действия программного обеспечения, чтобы войти в современный спящий режим. Корпорация Майкрософт определяет современный сон как вход в этап низкой мощности, указанный ниже. В современном спящении, явно разрешено, добавляя значения, действия программного обеспечения могут выполняться периодически, но система будет стремиться провести большую часть времени в самом низком состоянии питания, известном как самое глубокое состояние платформы среды выполнения бездействия (DRIPS).

Windows переходит через набор этапов для подготовки приложений и системного программного обеспечения для достижения низкой мощности. Этапы являются последовательными— каждый этап — это набор действий, которые необходимо выполнить до завершения этапа и следующего этапа.

Цель этих этапов заключается в том, чтобы остановить или уменьшить максимальное количество действий программного обеспечения в системе. Это сокращение активности дает больше возможностей для оборудования входить в режимы низкой мощности, тем самым расширяя общую жизнь батареи.

В следующей таблице описывается каждый этап подготовки программного обеспечения для современного сна.

Разделы	Description	Выполняемые задачи	Выйти, когда...	Типичная длительность (секунды)
Этап no-CS Обратите внимание , что это также этап, когда устройство ожидает истечения времени ожидания сна и истечения срока действия запросов питания.	Система ожидает простоя или невыполненных запросов питания от приложений. Он еще не начал хозяйки деятельности.	Система ожидает истечения времени ожидания ожидания сна. Система ожидает истечения срока действия запросов на питание. Они могут храниться приложениями для поддержания активности системы. Запросы питания блокируют фазу NoCS на неопределенный срок на питание AC и до 5 минут на питание контроллера домена. Доступ к хот-точкам аудио и мобильных устройств разрешено выполнять неограниченное время.	Все невыполненные запросы питания были очищены приложениями или достигнуто максимальное время ожидания.	Как правило, менее одной секунды. Если система включена в питание от батареи, выдающиеся запросы на питание приведет к тому, что этот этап будет блокироваться не более пяти минут. Приложения с запросами питания можно проверить, выполнив Powercfg.exe с параметром /requests. Если система включена в питание AC, невыполненные запросы на питание приведет к тому, что этот этап будет блокироваться на неопределенный срок или до тех пор, пока запрос на питание не будет снят приложением.
Этап подключения	Система проверяет наличие подключений к удаленному рабочему столу.	Определите, существуют ли сеансы удаленного рабочего стола. Начните отслеживание невыполненных запросов на питание.	Сеансы удаленного рабочего стола не подключены.	Ноль секунд, если сеансы удаленного рабочего стола не подключены. Этап будет длиться до тех пор, пока не будут отключены все сеансы удаленного рабочего стола или истекло время ожидания.
Этап диспетчера времени существования процессов (PLM)	Система приостанавливает приложения Microsoft Store, которые находятся на переднем плане.	Приостановка всех приложений Microsoft Store переднего плана. Проверьте действие приложения для обмена данными.	Все приложения Microsoft Store на переднем плане приостановлены и воспроизведение звука не происходит.	Как правило, менее пяти секунд.
Этап обслуживания	Система выполняет задачи обслуживания.	Дождитесь завершения задач обслуживания при выполнении (наиболее распространенных в режиме управления питанием).	Задачи обслуживания системы не выполняются.	Как правило, менее одной секунды на питание контроллера домена. Система, скорее всего, блокирует этап обслуживания на питание AC.
Этап Desktop Activity Moderator (DAM)	Система приостанавливает классические приложения, чтобы снизить потребление энергии во время ожидания.	Система приостанавливает классические приложения	Все классические приложения приостановлены и воспроизведение звука не происходит.	Как правило, менее одной секунды.
Этап низкой мощности Обратите внимание , что система концептуально выходит из состояния выключения экрана и входит в спящий режим.	Система уведомляет зарегистрированных подписчиков о том, что диспетчер питания вводит низкую мощность, длительный этап задержки возобновления работы. Это используется некоторыми устройствами в качестве указания для отключения питания.	Уведомлять зарегистрированных подписчиков.	Все зарегистрированные подписчики были уведомлены.	Как правило, пять секунд.
Этап уведомления о устойчивости	Сетевая подсистема уведомляется о входе в режим низкой мощности.	Уведомите сетевую подсистему. Сетевые адаптеры, которые не поддерживают современную резервную связь, отключены (D3).	Сетевая подсистема была уведомлена.	Как правило, менее одной секунды.
Этап устойчивости Примечание. Это место, где явно разрешено, добавление значений программных действий может выполняться с помощью активаторов. Следовательно, система может периодически переходить между неактивным и активными состояниями .	Система готова к использованию SoC, чтобы войти в самый низкий режим питания и остаться бездействуемой.	Клиенты устойчивости PDC уведомляются о том, что система находится на этапе устойчивости. Службы session-0 регулируются dam не более чем на одну секунду действия каждые 30 секунд. Диспетчер питания ожидает включения ссылок активаторов и приводит к тому, что система останется активной. По состоянию на 24H2 дополнительные службы session-0 могут быть приостановлены, а регулирование службы сеанса 0 может быть остановлено, чтобы уменьшить утечку батареи.	Система выходит из режима ожидания из-за ввода пользователем или нажатия кнопки питания. Система переходит на этап обслуживания для запуска обслуживания системы (это будет отображаться как сегмент "Экран выключения " в Sleepstudy).	Большую часть времени система тратится в DRIPS.

После того как Windows вошел на этап устойчивости, программное обеспечение считается полностью готовым к низкой мощности. Как только все устройства вошли в режимы низкой мощности, набор микросхем SoC и ядро будут вводить самый низкий режим питания бездействия, как описано в разделе "Подготовка оборудования для современного резервного копирования".

Обратите внимание , что в настоящее время системные конструкторы не могут изменять или влиять на поведение этих этапов— они являются основной частью поведения Windows. Подробные сведения описаны здесь, чтобы помочь в отладке системы и разработке.

На следующем рисунке показано, как эти этапы соответствуют общему потоку современных резервных сеансов:

Модератор действий на рабочем столе

Модератор действий на рабочем столе (DAM) — это компонент Windows, используемый для приостановки всех классических приложений и регулирования среды выполнения сторонних системных служб. Цель DAM — обеспечить базовую совместимость программного обеспечения с существующими приложениями и службами, но снизить их влияние на время ожидания батареи.

Windows запрещает работу классических приложений во время любой части современного резервного копирования после завершения этапа DAM. Windows позволяет сторонним системным службам выполняться в режиме регулирования после завершения этапа DAM.