Размер обновлений Windows 11: почему загрузки становятся тяжелее
Автономный пакет накопительного обновления Windows 11 24H2 для x64 в Microsoft Update Catalog вырос с 509 МБ в сентябре 2024 года до 5020,7 МБ в ноябре 2026-го. Это почти десятикратная разница.

Она описывает размер двух конкретных файлов в каталоге, но не объём, который обязательно загрузит каждый компьютер.
Причина изменения размера связана с накопительной моделью обновлений и способом формирования пакетов. На фактическую загрузку влияют состояние системы, уже установленные обновления и набор компонентов. Поэтому размер обновлений Windows 11 в динамике нужно оценивать по нескольким метрикам: размеру автономного пакета, объёму сетевой загрузки и свободному месту, требуемому для установки.
Как менялся размер пакетов Windows 11 24H2
Значения в каталоге показывают заметный рост в выбранных точках. Они не подтверждают равномерное увеличение от месяца к месяцу и не описывают все версии Windows 11, архитектуры и типы обновлений.
| Пакет для Windows 11 24H2, x64 | Дата выпуска | Размер в каталоге |
|---|---|---|
| KB5043080 | 10 сентября 2024 года | 509,0 МБ |
| KB5046617 | 12 ноября 2024 года | 946,7 МБ |
| KB5050009 | 14 января 2025 года | 1016,6 МБ |
| KB5063878 | 12 августа 2025 года | 3054,9 МБ |
| KB5068861 | 11 ноября 2025 года | 3912,1 МБ |
| KB5132061 | 10 ноября 2026 года | 5020,7 МБ |
Сравнение первого и последнего пакетов даёт рост примерно в 9,9 раза, или около 886%. Это арифметика по двум автономным x64-пакетам. По ней нельзя заключить, что каждый следующий пакет был больше предыдущего на одинаковую величину. В таблице приведены отдельные даты, а не помесячный ряд.
Также не следует переносить эти значения на Windows 11 целиком. В каталоге учитываются отдельные файлы для определённых версий и архитектур. Другой пакет, даже выпущенный в тот же период, может иметь иной размер.
Размер файла в каталоге описывает автономный пакет. Он не прогнозирует трафик конкретного компьютера.
Почему растёт объём накопительных обновлений Windows 11
Ежемесячные обновления безопасности Windows накопительные: пакет включает предыдущие обновления. Такая схема позволяет поддерживать систему актуальной через последовательные пакеты, однако влияет на размер автономного файла.
Microsoft связывает рост размеров обновлений качества с тем, что изменения накапливаются относительно исходной RTM-версии выпуска. Чем дальше система от исходной сборки, тем больше изменений может содержать пакет, рассчитанный на этот базовый уровень. На уровне каталога это способно выражаться в увеличении размера MSU-файла.
Для сокращения сетевой передачи применяются дифференциальные пакеты. Вместо повторной загрузки полного набора контента устройство может получать изменения, которых ему не хватает. Поэтому размер автономного пакета и объём передачи через Windows Update — разные величины.
В упрощённом виде на результат влияют три уровня:
- Состав автономного пакета. В нём находятся накопленные изменения для соответствующего выпуска.
- База сравнения. От неё зависит, какие различия нужно включить в дельта-пакет.
- Состояние устройства. Windows определяет, какой контент уже присутствует, а какой требуется получить.
По одному размеру файла нельзя определить, какая доля пакета будет загружена и применена на конкретном ПК. Для этого недостаточно знать только версию Windows: значение имеет и история обновлений, и конфигурация установки.
Контрольные обновления меняют базу для дельта-пакетов
Для Windows 11 24H2 Microsoft ввела контрольные накопительные обновления. Они задают новую базу, относительно которой формируются последующие дельта-пакеты. Вместо сравнения каждого нового пакета с исходной RTM-версией последующие различия рассчитываются относительно предыдущего контрольного обновления.
Механизм нужен для снижения затрат на доставку: времени загрузки, сетевого трафика и места. Это не означает, что каждый файл в каталоге автоматически становится меньше. Контрольная точка меняет основу для расчёта дельты; размер автономного накопительного пакета при этом может продолжать расти.
Через Windows Update и WSUS обработка контрольных обновлений происходит автоматически. Устройство может скачать и установить только отсутствующий на нём контент. Это ключевое отличие управляемой доставки от ручной загрузки полного автономного пакета из каталога.
Для пользователя или администратора здесь важны два независимых показателя:
- размер MSU, опубликованного для автономной установки;
- объём данных, который Windows Update или WSUS передаст конкретному устройству.
Первый можно увидеть в каталоге. Второй зависит от применимости контента и состояния системы. Считать их взаимозаменяемыми нельзя.
Почему Windows Update может скачать меньше каталожного пакета
Каталог публикует автономные файлы, рассчитанные на ручное применение в соответствующем контексте. Windows Update работает с состоянием устройства и может ограничить загрузку контентом, которого не хватает. Поэтому файл на несколько гигабайт не является подтверждением, что такой же объём будет передан каждому компьютеру.
На итоговую установку влияют и компоненты, связанные с конкретной конфигурацией. При обновлении компонентов требуемое место может зависеть от пути перехода, дополнительных функций, языковых ресурсов, драйверов и применимых обновлений. Отдельный языковой ресурс может занимать примерно 175–300 МБ и более. Дополнительные функции Windows имеют широкий диапазон размеров: от менее 1 МБ почти до 2 ГБ.
Эти цифры относятся к разным типам содержимого. Их нельзя складывать как универсальную надбавку к каждому ежемесячному обновлению. Например, наличие нескольких языковых ресурсов может увеличить потребность в месте, но это не означает, что каждый языковой пакет будет загружен при каждом обновлении качества.
Также некорректно объяснять весь рост пакетов добавлением новых функций или ИИ-компонентов. Доступные данные показывают роль накопительной модели и дифференциальной доставки, но не дают количественной разбивки размера пакетов по отдельным причинам. Для конкретного файла такой вывод потребовал бы анализа его состава.
Загрузка, временное место и установленный объём
При оценке обновления часто смешивают три показателя:
1. Размер загрузки — данные, переданные по сети. Для Windows Update это зависит от отсутствующего на устройстве контента.
2. Размер автономного пакета — файл из Microsoft Update Catalog. Он может быть существенно больше фактической загрузки через службу обновления.
3. Свободное место для установки — пространство, которое требуется системе в процессе обновления. Оно зависит от пути обновления, компонентов, языковых ресурсов, драйверов и других условий.
Эти величины нельзя подменять друг другом. Каталожный пакет размером около 5 ГБ не означает, что компьютер скачает ровно 5 ГБ. И даже известный объём загрузки не показывает, сколько свободного места потребуется для завершения установки. Во время обновления системе могут понадобиться временные файлы и пространство для обработки компонентов.
Microsoft отдельно отмечает, что обновление качества после выпуска может увеличиться с нескольких сотен мегабайт до 1 ГБ или более. Это характеристика изменения пакета после выпуска, а не гарантия такого объёма загрузки на каждом устройстве. Практический вывод для управления инфраструктурой состоит в том, что планировать трафик и дисковую ёмкость нужно по разным основаниям.
Для оценки конкретного случая полезно последовательно зафиксировать:
- версию Windows 11 и архитектуру;
- идентификатор обновления и размер автономного файла;
- канал установки: Windows Update, WSUS или ручной запуск MSU;
- уже установленные контрольные и накопительные обновления;
- выбранные языки, дополнительные функции и состояние драйверов;
- свободное место на системном диске до начала установки.
Этот набор не вычисляет точный сетевой объём заранее. Он отделяет параметры пакета от параметров устройства и помогает не использовать размер файла из каталога как оценку пропускной способности или дискового запаса.
Размер обновлений Windows 11 в динамике определяется накоплением контента и способом расчёта дельта-пакетов. Контрольные обновления меняют базу для последующих различий, а Windows Update адаптирует доставку к состоянию системы. Поэтому значение из каталога следует применять для оценки автономного файла, а не как универсальный прогноз загрузки или занятого места.