Инженер исследовал ежемесячные обновления Windows 11 размером 5 ГБ в формате .msu

Инженер обратил внимание на ежемесячные накопительные обновления, загружаемые через каталог обновлений Windows 11, размер которых стал регулярно превышать 4 и 5 ГБ. При извлечении размер такого накопительного обновления и вовсе увеличился почти до 9 ГБ.

Центр обновления Windows применяет проверку оборудования и загружает только изменённые части через экспресс-обновления и UUP. Итак, пакет из каталога размером 4 ГБ может превратиться в загрузку размером от 1,5 до 2 ГБ. В любом случае, фактические размеры обновлений резко увеличились, и очевидное объяснение — это Copilot. 

Инженер отмечает, что настоящая задача заключается в том, как создаются и распространяются обновления Windows. Проблема размера связана с тем, как новые функции упаковываются, сжимаются и распространяются по миллионам различных систем.

Он напомнил, что Microsoft больше не выпускает небольшие, изолированные патчи, а накопительные обновления включают не только исправления за этот месяц, но и все предыдущие. Побочный эффект заключается в том, что обновления увеличиваются со временем. 

Microsoft попыталась решить эту проблему в Windows 11 24H2 с помощью так называемых накопительных обновлений с контрольными точками. Вместо того чтобы создавать каждый апдейт на основе оригинального RTM-релиза, периодические «контрольные точки» действуют как новые базовые версии, а последующие ежемесячные обновления включают только изменения с момента последней контрольной точки. На практике после создания контрольной точки в сентябре 2024 года обновления были относительно небольшими до апреля 2025 года. Затем размер обновления в мае 2025 года увеличился почти втрое, подскочив до более чем 4 ГБ в каталоге. Год спустя новой контрольной точки так и не появилось, а это значит, что обещанная Microsoft экономия места не работает. 

При более внимательном рассмотрении накопительного обновления за май 2025 года размер распакованного файла увеличился с приблизительно 6,5 ГБ до почти 9 ГБ по сравнению с апрелем. Необычно то, что размер сжатого файла MSU вырос около на 3 ГБ, в то время как размер распакованного увеличился всего на 2,5 ГБ. Обычно сжатие приводит к обратному изменению.

 Обновления Windows содержат десятки тысяч файлов, более 28 тысяч в одном апдейте. Но все эти файлы маленькие. На первом месте по размеру по-прежнему оставался тот же файл msedge.dll, что и в предыдущие месяцы. Накопительное обновление за апрель 2025 года составило 1287 МБ, а за май 2025 года — 4369 МБ. Анализ пакета за май с помощью 7-Zip демонстрирует наличие десятков файлов MSIX, отсутствовавших в апреле, в том числе PSTokenizer, Text Recognition Session, PSOnyxRuntime, Query Processor Session и Image Search Session — всё это компоненты, связанные с семантическим поиском и встроенным ИИ, использующие среду выполнения Onyx, равным образом выпущенную Microsoft для разработчиков. Разница в размере примерно в 3 ГБ объясняется наличием этих встроенных файлов MSIX.

Центр обновления Windows использует логику применимости, напоминает инженер. Перед загрузкой он проверяет конфигурацию оборудования и загружает только то, что действительно необходимо системе. При чистой установке Windows 11 25H2 на виртуальной машине было загружено всего приблизительно 1,7 ГБ из пакета каталога размером более 4 ГБ, потому что компоненты MSIX для семантического поиска не подходили системе. Аналитика статистики оптимизации доставки в разделе «Параметры» > «Центр обновления Windows» > «Дополнительные параметры» > «Экран активности» подтверждает, что практический размер загрузки на реальных компьютерах, как правило, значительно меньше, чем указано в каталоге обновлений Windows. 

Компоненты семантического поиска изначально были разработаны для ПК Copilot+ с NPU Snapdragon. По ходу расширения поддержки на системы Intel и AMD в пакет добавлялись новые варианты. 

Технически проблему можно решить, если представить модели ИИ и компоненты семантического поиска через Microsoft Store или в качестве дополнительных загрузок по запросу, полностью отдельно от ежемесячного накопительного обновления. 

Дифференцированные обновления уже существуют. Windows использует экспресс-обновления и унифицированную платформу обновлений, чтобы загружать только изменённые части бинарных файлов, а не скачивать их полностью. Из-за этого запись в каталоге размером от 3 до 4 ГБ может превратиться в загрузку размером от 1,5 до 2 ГБ. Microsoft уже минимизирует объём данных, достигающих ПК, но неэффективность заключается в структуре пакетов. Настоящие модульные обновления сложнее, чем кажется, с миллионами комбинаций оборудования, в том числе различные процессоры, видеокарты, контроллеры хранения, версии прошивки, стеки драйверов и устаревшее корпоративное программное обеспечение. Каждое обновление должно быть обратно совместимым, устанавливаться в автономном режиме и безопасно развёртываться на тысячах машин без сбоев. Если отсутствует хотя бы одна зависимость или возникает несоответствие компонентов, система может не загрузиться.

Существуют также проблемы корпоративного уровня. WSUS загружает полное накопительное обновление каждый месяц. Configuration Manager распространяет тот же цельный пакет на каждую точку распространения. Инструменты автономного обслуживания внедряют полные пакеты MSU в образы системы. В каждом из этих сценариев необходим цельный пакет, даже если отдельная конечная точка использует только его часть. Домашний потребитель может загрузить 1,5 ГБ, но IT-команда, управляющая тысячами машин, хранит и распространяет 4 ГБ каждый месяц для каждой архитектуры.

Инженер отмечает, что инкрементальные обновления macOS обычно составляют от 1 до 3 ГБ, а более крупные можно увидеть только при выпуске основных версий. Apple контролирует весь аппаратный стек, включая процессоры, графические процессоры, драйверы и микропрограммы. Более старые компоненты могут быть удалены в агрессивном режиме. Правила совместимости могут строго соблюдаться, поскольку вариативность аппаратного обеспечения минимальна относительно Windows. У Apple также нет фиксированного ежемесячного графика. Обновления выпускаются по мере готовности, что обеспечивает большую гибкость.

Windows же придерживается противоположного подхода, отдавая приоритет совместимости, предсказуемости и возможности развёртывания на огромном количестве аппаратных и программных конфигураций.

Для домашних пользователей ситуация не так плоха, так как размеры загружаемых файлов значительно меньше благодаря дельта-логике и проверкам применимости.

У предприятий такой гибкости нет. Ежемесячно загружаются полные пакеты, которые хранятся на нескольких точках распространения и передаются на конечные устройства нев зависимости от их потребностей. Использование хранилища быстро растёт, особенно если не проводится регулярная очистка. Точки распространения передают эти пакеты по внутренним сетям, и даже с оптимизацией доставки и одноранговым обменом данными совокупный объём перемещаемых данных значительно выше, чем два года назад. Ежегодная стоимость хранения на одну архитектуру, на одну точку распространения, выросла примерно с 11 ГБ (период 2024 года) до 52 ГБ (период 2026 года). Для организации даже с пятью точками распространения это четверть терабайта ежемесячных файлов обновлений, хранящихся на диске в год, на одну архитектуру.

Анализируя размеры обновлений 24H2 с момента запуска, можно заметить, что они выросли с около 200-500 МБ в середине 2024 года до стабильных 3-4 ГБ к концу 2025 года. Тренд к росту очевидна и, похоже, скоро не изменится. 

Чтобы увидеть реальный размер загрузки, а не данные из каталога, нужно перейти в «Параметры» > «Центр обновления Windows» > «Дополнительные параметры» > «Оптимизация доставки» > «Монитор активности». Там точно указано, сколько данных поступило от Microsoft, от локальных сетевых узлов и из кэша.

Для получения более подробной информации можно применить инструмент просмотра событий, которое включает журналы обновлений Windows, а запуск команды Get-WindowsUpdateLog в PowerShell создаёт читаемый файл журнала.