Недавнее общение между многими нынешними и бывшими руководителями на социальных платформах показывает, что Microsoft перезапускает внутренний проект, который был отложен много лет назад. Цель — восстановить производительность и использование ресурсов Windows 11 снизу вверх, включая значительное сокращение использования памяти во время простоя системы и использования диска после новой установки.
Михаил Парахин, бывший глава Windows и Bing, рассказал в эфире. Когда он ответил на пост нынешнего президента подразделения Windows Павана Давулури об «улучшении качества Windows», он сказал, что Давулури «перезапускает» направление, которое продвигали он и нынешний технический директор Microsoft Джефф Джонсон.
Согласно цели на этот год, в случае успешной реализации проекта «20/20» объем памяти Windows 11 в состоянии простоя, как ожидается, сократится примерно до 4,8 ГБ, но Парашин также признал, что «мы так и не закончили его». Теперь перенесемся в 2026 год. Microsoft еще раз подчеркнула в своем последнем сообщении, что улучшит производительность, скорость отклика и эффективность памяти Windows 11. Проблемы, которые необходимо решить, по-прежнему остаются проблемами, которые существовали много лет назад, но которые всегда было трудно вылечить. Это также вызывает вопросы со стороны внешнего мира: поскольку Microsoft тогда не удалось завершить такую, казалось бы, базовую работу по оптимизации, какие изменения произошли сейчас, и действительно ли этот раунд оптимизации в 2026 году может быть реализован, а не просто попытка с большим громом и небольшим дождем.
Судя по собственному объяснению Microsoft, причина высокого использования памяти в Windows 11 связана, прежде всего, с ее огромной системой фонового обслуживания. По сравнению с предыдущими версиями, Windows 11 запускает больше компонентов, которые находятся в фоновом режиме: телеметрия и сбор данных, индексирование поиска, защита безопасности, виджеты и информационные потоки будут продолжать работать в фоновом режиме, а службы облачной синхронизации, такие как OneDrive, также постоянно считывают и записывают данные. Преимущества этих конструкций заключаются в том, что большое количество функций предварительно загружается и предварительно индексируется, что приводит к более быстрому реагированию на клики или вызовы пользователей и более плавному субъективному восприятию. Однако цена заключается в том, что базовое использование памяти системы увеличивается, и система продолжает работать, даже если она, казалось бы, «простаивает».
Что действительно усугубляет проблему, так это изменения в экосистеме приложений поверх операционной системы. Большое количество популярных настольных приложений используют платформу Electron на базе Chromium или полагаются на встроенную в Windows технологию WebView2 для создания интерфейсов и логики. Типичными представителями являются настольная версия WhatsApp и Discord. Каждое из этих приложений часто содержит набор ядер браузера в сочетании с многопроцессным рендерингом, выполнением сценариев и фоновыми задачами. Всего одна программа может занимать сотни МБ памяти, не говоря уже о распространенных сценариях параллельного использования нескольких приложений для пользователей. Даже собственные приложения Microsoft, такие как Teams, Clipchamp и компоненты Widgets в Windows 11, также широко используют WebView2, что еще больше увеличивает общий уровень использования памяти.
На уровне интерфейса долгосрочная зависимость Windows 11 от «объединенного» технологического стека также увеличивает нагрузку на ресурсы. Текущая система использует сочетание традиционных элементов Win32, компонентов UWP, современных слоев WinUI и веб-интерфейсов, построенных на таких технологиях, как WebView2 и React. Эта гибридная модель обеспечивает Microsoft гибкость в процессе итерации и миграции функций, но разные части полагаются на разные конвейеры рендеринга и системные ресурсы, что неизбежно приведет к дополнительным затратам на производительность и память. Microsoft публично признала наличие этой проблемы и подтвердила, что переносит больше компонентов на собственные платформы, такие как WinUI 3, чтобы сократить задержки и повысить эффективность. Однако этот процесс требует переписывания базовой части системы, что требует больших затрат времени.
Что касается причины провала первоначального проекта «20/20», Парашин не сообщил подробностей, но из внешнего наблюдения нетрудно сделать вывод, что ключ лежит в вопросе ресурсов и компромиссов. Чтобы существенно уменьшить объем памяти Windows, это означает, что фоновые службы должны быть глубоко скорректированы или оптимизированы, стек технологий пользовательского интерфейса должен быть оптимизирован и даже расширение веб-компонентов в системе должно быть ограничено. Все это предполагает фундаментальные изменения на архитектурном уровне. Однако в течение последних нескольких лет Microsoft продолжала добавлять в Windows новые функции и усиливать интеграцию с облачными сервисами. С другой стороны, компания активно внедрила в систему опыт искусственного интеллекта. Эти расширения сами по себе потребуют дополнительных затрат ресурсов. Если исходить из того, что возможности платформы продолжают расширяться, практически невозможно одновременно «радикально сократить накладные расходы системы». Таким образом, принцип «20/20», скорее всего, будет отодвинут на второй план в условиях реалистичных компромиссов и в конечном итоге окажется напрасным.
В отличие от внутренних попыток года, Microsoft на этот раз решила взять на себя четкое обязательство через общедоступные каналы: это уменьшит базовый объем памяти системы в будущих обновлениях Windows 11, высвободит больше доступной оперативной памяти для приложений и обеспечит заметное улучшение плавности повседневного использования. В то же время компания также сосредоточится на оптимизации скорости реагирования в сценариях высокой нагрузки. Цель состоит в том, чтобы обеспечить плавное и последовательное взаимодействие системы, когда несколько приложений работают параллельно или даже при большой нагрузке, вместо того, чтобы явно «зависать» после открытия нескольких больших приложений. Это включает в себя улучшение многозадачного переключения, приближение переключения между приложениями к «мгновенному» и сокращение времени ожидания пользователя.
В техническом плане Microsoft подчеркнула, что продолжит сокращать задержки взаимодействия, оптимизировать общую инфраструктуру пользовательского интерфейса и ускорять переход на собственные платформы, такие как WinUI 3. За счет унификации и упрощения технологического стека интерфейсного уровня и сокращения количества дублирующихся и избыточных компонентов ожидается, что общее использование ресурсов системы будет еще более сокращено. В сочетании с предыдущими корректировками «де-вебизации» ключевых компонентов интерфейса, таких как меню «Пуск», можно увидеть, что Microsoft пытается заменить прошлую реализацию, опиравшуюся на Интернет, более собственными и облегченными технологиями.
Изменения во внешней среде также в определенной степени подтолкнули Microsoft к серьезному решению проблем с производительностью Windows 11. В последние годы критика в адрес производительности Windows, использования ресурсов и пользовательского опыта переросла из узких технических дискуссий в основные темы общественного мнения, и Microsoft уже нелегко закрывать на это глаза. Давление на аппаратное обеспечение и конкурирующие продукты одинаково велико: упор Apple на энергоэффективность и использование ресурсов собственных процессоров изменил ожидания пользователей от настольных систем, сделав их «энергосберегающими, легкими и эффективными». Такие продукты, как MacBook Neo, также привлекли внимание к проблемам использования памяти. В то же время глобальные цены на память растут, что делает ресурсы памяти более чувствительными к затратам, что еще больше усиливает актуальность для бизнеса оптимизации производительности Windows 11.
В этом контексте можно сказать, что требования пользователей, рыночная конкуренция и внутренние приоритеты Microsoft редко указывают в одном направлении: вернуть Windows 11 к более эффективной и ограниченной форме использования ресурсов. Незавершенные задачи «20/20» теперь снова выложены на стол в другом виде. Возможность реализации этого раунда корректировок в 2026 году в конечном итоге будет проверена временем и опытом пользователей.