Аннотация:
Microsoft разрабатывает новый механизм ускорения запуска приложений для Windows 11, который позволяет приложениям быстрее реагировать на действия пользователя за счет отмены ненужных временных процессов во время процесса запуска. Браузер Microsoft Edge уже взял на себя инициативу по внедрению этой технологии. Когда браузер все еще работает в фоновом режиме, а пользователь снова щелкает значок панели задач, ярлык меню «Пуск» или веб-ссылку, Windows может напрямую отправить запрос уже работающему экземпляру Edge без необходимости запуска временного процесса, а затем перенаправить запрос этому процессу.
17 октября 2026 г. служба Windows Latest сообщила, что это изменение появилось в последнем предварительном обновлении Release Preview, выпущенном Microsoft для участников программы предварительной оценки Windows. Microsoft рассматривает это как первый шаг к расширению возможностей платформы Windows. В будущем другие приложения смогут использовать аналогичные механизмы для сокращения пути запуска.
Это улучшение включено в обновление KB5127936, которое Microsoft выпустила на канале Release Preview 16 октября. После установки обновления номер версии системы Windows 11 25H2 увеличился до 26200.9807, а версии 26H2 — до 26300.9807. Однако эта функция внедряется поэтапно, и даже если обновление установлено, это не означает, что все пользователи смогут ощутить его сразу.
Почему Windows запускает дополнительный процесс при запуске приложения?
Чтобы понять значение этой оптимизации, вам необходимо сначала понять механизм запуска экземпляров приложений Windows.
Многие приложения для Windows позволяют одновременно открывать несколько независимых экземпляров. Например, пользователи могут одновременно запускать несколько окон Блокнота, и каждое окно может работать независимо. Но другие приложения используют дизайн с одним экземпляром, что означает, что даже если пользователь несколько раз щелкает значок приложения, обычно активируется только уже запущенное окно вместо создания второго полного экземпляра.
Браузер Edge — типичный пример приложения такого типа. Когда Edge уже запущен и пользователь снова щелкает значок браузера, система обычно должна напрямую активировать существующее окно; если клик является веб-ссылкой, ссылка должна быть передана для обработки уже работающему браузеру.
Проблема в том, что традиционные процессы запуска не всегда делают это напрямую.
Когда пользователь снова запускает одноэкземплярное приложение, Windows может сначала создать новый временный процесс. Этот процесс проверяет, запущено ли уже приложение, затем пересылает запрос на запуск существующему экземпляру и, наконец, завершает работу.
С функциональной точки зрения этот временный процесс действует лишь как посредник и на самом деле не берет на себя основную работу приложения. Но создание процесса, выполнение кода инициализации, проверка рабочего состояния и доставка запросов по-прежнему потребляют процессорное время и системные ресурсы.
На компьютерах с более высокими конфигурациями и меньшей нагрузкой на систему эти дополнительные затраты могут быть незаметны. Однако если на компьютере одновременно запущено несколько программ, выполняется большое количество фоновых задач или используется слабый процессор, дополнительные шаги при запуске могут увеличить задержку ответа.
Суть оптимизации Microsoft заключается в том, чтобы позволить Windows обходить это промежуточное звено и напрямую отправлять запросы на запуск уже запущенным приложениям.
Edge первым внедрил новый механизм, и сценарий фонового запуска приносит наибольшую пользу
Согласно примечаниям к обновлению, опубликованным Microsoft, когда Edge уже работает в фоновом режиме, Windows теперь может отправлять новые запросы на запуск непосредственно в существующий экземпляр браузера без необходимости предварительного запуска дополнительного временного процесса.
В Microsoft заявили, что удаление этого промежуточного шага может сократить путь запуска и сделать Edge более отзывчивым на действия пользователя, особенно когда на компьютере одновременно запущено несколько программ и высока нагрузка на систему.
Однако данная оптимизация в основном направлена на перезапуск приложения, когда оно уже запущено, то есть так называемый «горячий старт».
В Edge есть функция Startup Boost, которая позволяет некоторым основным процессам продолжать работать в фоновом режиме после того, как пользователь закрывает окно браузера, чтобы он мог быстрее перейти в рабочее состояние при следующем запуске. Поэтому, когда пользователи снова открывают Edge, им часто не нужно загружать все приложение с нуля.
Новый механизм еще больше снижает дополнительные накладные расходы в этом сценарии.
Если пользователь только что перезагрузил компьютер и Edge не работает в фоновом режиме, при первом запуске все равно необходимо будет выполнить обычный процесс инициализации и загрузки. Это обновление не устраняет все накладные расходы при первом запуске, поэтому нельзя просто понять, что Edge будет одинаково ускорен во всех случаях.
Microsoft не объявила, сколько миллисекунд может сэкономить эта оптимизация, и временно не может количественно оценить ее фактические преимущества при различных процессорах, устройствах хранения и системных нагрузках.
Microsoft надеется расширить возможности ускорения для большего количества приложений Windows
Edge — это лишь первый пример применения этой технологии. Долгосрочная цель Microsoft — дать возможность другим приложениям Windows, использующим одноэкземплярную конструкцию, использовать тот же механизм ускорения запуска.
Microsoft ранее представляла соответствующие функции в документации для разработчиков Microsoft Learn. Документ называется «Зарегистрируйте приложение для ускоренного теплого запуска», что означает регистрацию возможностей ускоренного теплого запуска для приложений. Документ был опубликован в октябре 2025 года, что указывает на то, что эта технология не разрабатывалась в последнее время.
Согласно соответствующему дизайну, приложение может зарегистрировать в Windows окно для приема запросов на запуск. Когда пользователь запускает приложение из меню «Пуск», панели задач или определенной ссылки, система может отправить запрос непосредственно уже работающему экземпляру, устраняя необходимость в дополнительных промежуточных процессах.
Ключом этого метода является заранее сообщить операционной системе, какой экземпляр приложения должен передать новый запрос на запуск, не дожидаясь запуска нового процесса, а затем позволить ей проверить, запущено ли уже приложение.
Однако разработчики не могут просто предполагать, что эта возможность будет автоматически доступна после установки.
В настоящее время Microsoft относит соответствующие интерфейсы к функциям ограниченного доступа, и разработчикам необходимо подать заявку на разблокировку токенов от Microsoft. Приложения также необходимо регистрировать через экспериментальный интерфейс IExperimentalAPIInvoker для поддержки соответствующего меню «Пуск» и сценариев запуска ссылок.
Кроме того, ускорение, инициируемое каналом, применяется только к протоколам, для которых приложение установлено в качестве обработчика по умолчанию. Например, только если приложение отвечает за обработку соответствующего типа соединения, Windows может отправлять запросы непосредственно к нему согласно этому механизму.
Microsoft также напоминает разработчикам, что приложениям по-прежнему необходимо сохранять собственную логику обработки одного экземпляра, поскольку эта функция не распространяется на все источники запуска, все методы вызова приложений и все версии Windows.
Это означает, что даже если Microsoft позволила Edge взять на себя инициативу в использовании нового механизма, нельзя предполагать, что Spotify, Discord или другое распространенное программное обеспечение сразу же получат такой же эффект ускорения запуска. Соответствующие приложения должны соответствовать техническим условиям и быть адаптированы разработчиками.
Если Microsoft расширит возможности открытия интерфейса в будущем, больше одноэкземплярных приложений получат возможность сократить накладные расходы при запуске с помощью этого механизма. Однако окончательная скорость продвижения по-прежнему зависит от открытой политики Microsoft и фактического принятия разработчиками программного обеспечения.
В отличие от фоновой предварительной загрузки, новая технология не требует дополнительных резидентных процессов
В Windows используется множество методов для ускорения запуска приложений. Один из распространенных подходов — позволить приложению загружать некоторые компоненты заранее и даже поддерживать выполнение связанных процессов, когда пользователь не открывает окно.
Ускорение запуска Edge относится к этому типу механизма. Microsoft объяснила, что продолжит сохранять некоторые основные процессы в фоновом режиме после закрытия браузера, чтобы пользователи могли быстрее приступить к работе при повторном запуске.
Microsoft Office также принял аналогичные идеи. Microsoft однажды установила задачу ускорения запуска для Office, позволяя Word заранее загружаться на соответствующих компьютерах и ждать, пока пользователь вызовет его в приостановленном состоянии. Соответствующие программы ориентированы на компьютеры с объемом памяти не менее 8 ГБ.
Проводник также использовал механизм предварительной загрузки. Предыдущие тесты, проведенные Windows Latest, показали, что даже если Проводник Windows 11 предварительно загружен, скорость открытия все равно не такая высокая, как в Windows 10, а процесс предварительной загрузки занимает около 35 МБ дополнительной памяти.
Преимущество предварительной загрузки состоит в том, что часть работы по инициализации можно выполнить заранее, но ее цена состоит в том, что она продолжает занимать определенный объем памяти и системных ресурсов. На компьютерах с ограниченным объемом памяти, если несколько приложений используют одинаковые методы, количество фоновых резидентных процессов может продолжать увеличиваться.
В этом механизме ускоренного запуска используется другой подход: он не требует от системы предварительного запуска большего количества компонентов, но пытается избежать выполнения ненужной работы во время процесса запуска.
С точки зрения дизайна такая оптимизация особенно подходит для одноэкземплярных приложений, которые уже работают в фоновом режиме, поскольку существующий процесс сам по себе уже имеет возможность обрабатывать запросы, и операционной системе не нужно создавать дополнительный процесс для выполнения простых задач пересылки.
Конечно, это не означает, что Microsoft отменит фоновую предварительную загрузку всех приложений. Разные приложения имеют разные механизмы работы. Некоторые приложения действительно могут извлечь выгоду из предварительной загрузки, но новый механизм в основном ориентирован на конкретные процессы запуска, и проблемы, которые они решают, не совсем одинаковы.
В Windows 11 проводится более масштабная оптимизация производительности
Это обновление также является частью недавних усилий Microsoft по улучшению скорости реагирования Windows 11.
В последние годы Microsoft постоянно корректирует работу меню «Пуск», поиска, проводника и других системных интерфейсов, надеясь сократить операционные задержки и использование памяти. Некоторые улучшения достигаются за счет сокращения количества фоновых процессов, тогда как другие достигаются за счет корректировки стратегий планирования процессора, позволяющих системе быстрее выполнять необходимые вычислительные задачи, пока пользователь выполняет операции.
Один из механизмов, называемый профилем низкой задержки, пытается улучшить скорость отклика при запуске приложения и системного интерфейса. Он увеличит рабочую частоту процессора на короткий период времени, когда пользователь запускает операцию, позволяя выполнить соответствующую работу быстрее, а затем вернет процессор в состояние пониженного энергопотребления.
Это явно отличается от оптимизации отмены временных процессов на этот раз: первая в основном сокращает время выполнения задачи за счет настройки режима ответа процессора, а вторая напрямую уменьшает дополнительную работу в процессе запуска.
Если две технологии используются вместе в соответствующих сценариях, пользователи могут получить более быстрый отклик приложений, избегая при этом необходимости просто увеличивать количество фоновых резидентных процессов в обмен на скорость.
Однако конкретный эффект по-прежнему зависит от собственной логики запуска приложения, загрузки системы и состояния оборудования. Для программного обеспечения, на скорость запуска которого в первую очередь влияют операции чтения с диска, сетевые подключения или большие загрузки данных, завершение временного процесса не обязательно приведет к значительному улучшению.
Когда это будет официально популяризировано?
В настоящее время Microsoft не объявила, что эта функция доступна всем пользователям Windows 11. По мнению Windows Latest, если Microsoft будет следовать регулярному ритму обновлений, эта оптимизация может сначала войти в дополнительное обновление в октябре, а затем постепенно продвигаться с обновлением Patch Tuesday 10 ноября 2026 года.
Однако, поскольку эта функция внедряется поэтапно, даже если пользователи установили соответствующее обновление, им, возможно, придется дождаться дальнейшей активации со стороны Microsoft. Microsoft еще не объявила точную дату выпуска всех устройств.
Обычным пользователям на данном этапе нет необходимости изменять настройки системы или пытаться принудительно включить эту функцию. Фраза «нельзя принудительно включить», упомянутая в заголовке статьи, в основном относится к тому факту, что в настоящее время не существует общедоступного метода, позволяющего обычным пользователям вручную включить этот новый механизм.
Если пользователь установил последнее обновление Release Preview, он может наблюдать за реакцией на повторное открытие Edge во время работы в фоновом режиме. Однако, поскольку Microsoft не публикует унифицированные данные тестирования производительности, сложно точно измерить степень улучшения, основываясь только на субъективных ощущениях.
В целом, ценность этого изменения не в том, что все приложения запускаются мгновенно, а в том, что Microsoft начинает удалять некоторые давние шаги из собственного процесса запуска Windows, которые не всегда необходимы. Для приложений, которые уже работают в фоновом режиме, разумнее передать запрос напрямую, чем создавать временный процесс и затем пересылать запрос.
Если в будущем Microsoft откроет соответствующие интерфейсы для большего числа разработчиков, одноэкземплярные приложения получат возможность ускорить запуск с небольшими изменениями. По сравнению с постоянно растущими задачами фоновой предварительной загрузки эта идея сокращения ненужной работы также больше соответствует направлению сокращения накладных расходов на системные ресурсы.
Следующее, на что стоит обратить внимание, это когда Microsoft расширит сферу применения этой функции, а также, помимо Edge, какие другие часто используемые приложения Windows будут первыми, кто примет этот механизм.
Комментарии