Расход памяти в Windows 11: почему растет нагрузка на ОЗУ

На устройстве с 8 ГБ интерфейс начинает замедляться, число одновременно открытых вкладок и приложений сокращается.

На корпоративных ПК с 16 ГБ ОЗУ расход может доходить до 80% в режиме ожидания. Причина — сочетание Teams, Chrome, Outlook и средств защиты. Высокий процент сам по себе не означает неисправность. Но если память продолжает расти после перезапуска системы и не освобождается под нагрузкой, это уже аномалия.

Занятая память — не доказательство утечки. Аномалия начинается там, где процесс не возвращает выделенные страницы после завершения работы.

Нормальный расход или утечка: критерий

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

В Диспетчере задач необходимо разделять несколько показателей:

• In use — физическая память, занятая системой, драйверами и процессами;
• Available — память, доступная для немедленного распределения;
• Cached — ранее загруженные данные, которые могут быть использованы повторно;
• Committed — объем виртуальной памяти, для которого создано или зарезервировано место в файле подкачки;
• Commit usage — доля виртуальной памяти от доступного лимита.

Высокое значение In use при стабильном Available обычно означает работу кэша. Система не испытывает дефицита памяти. Другой сценарий: In use и Committed растут одновременно, а доступная память сокращается. В этом случае вероятны утечка, чрезмерное число фоновых процессов либо недостаточный объем ОЗУ.

Для повседневной работы 16 ГБ остается рациональным базовым объемом. Но уже при запущенном браузере, офисном пакете и Teams запас быстро сокращается. При активной многозадачности, играх, профессиональных приложениях и функциях ИИ требуется 32 ГБ. Добавление памяти не устраняет утечку. Оно лишь увеличивает время до исчерпания ресурса.

Откуда берется занятая память

SysMain и файловый кэш

Служба SysMain, ранее известная как SuperFetch, анализирует запуски приложений и предварительно загружает часто используемые компоненты в ОЗУ. Одновременно система хранит данные файлового кэша. Они не принадлежат конкретной программе и не защищены от вытеснения.

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

Признак нехватки памяти другой: доступный объем остается низким, диск работает продолжительное время, интерфейс перестает освобождать ресурсы. В этом случае сначала анализируется активность процессов. Затем принимается решение об увеличении ОЗУ.

Memory Compression

Функция Memory Compression включена в Windows 11 по умолчанию. При нехватке свободной памяти Windows сжимает часть неактивных страниц и продолжает хранить их в ОЗУ. Альтернатива — немедленная выгрузка в файл подкачки.

Сжатие уменьшает дисковые операции и нагрузку на SSD. Цена — дополнительное потребление ресурсов центрального процессора. При дефиците ОЗУ это обычно выгодный компромисс. Постоянный небольшой расход на сжатие не означает утечку.

Отключение Memory Compression не гарантирует прирост скорости. На устройстве с малым объемом ОЗУ возрастет число обращений к файлу подкачки. Система будет чаще записывать данные на диск. Задержки могут увеличиться. Изменение оправдано только при подтвержденном профиле нагрузки. Процедура обратима через PowerShell:

Disable-MMAgent -MemoryCompression

Возврат к штатному режиму выполняется командой:

Enable-MMAgent -MemoryCompression

Обе команды требуют запуска PowerShell от имени администратора. Массовое применение недопустимо.

Браузеры и WebView2

Chrome, Edge и компоненты WebView2 создают отдельные процессы для вкладок, расширений, GPU, служб и фоновых страниц. В Диспетчере задач расход распределяется между несколькими строками. Простое суммирование вкладки браузера не показывает реальную нагрузку.

Типовые источники:

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

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

Фоновые процессы и реальные сбои

Cross Device Service связан с приложением «Связь с телефоном», также известным как Phone Link. По отчетам пользователей, при сбое он способен удерживать от 15 до 30 ГБ ОЗУ. В отдельных случаях зафиксирован расход до 56 ГБ. Это уже не кэш. Это утечка выделенной памяти.

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

Перезапуск Cross Device Service временно освобождает память. Это диагностическая мера, а не устранение причины. Если процесс возвращается к аномальному росту, следует проверить обновления Windows, Phone Link и связанных компонентов. Альтернативный путь — отключение фоновой работы Phone Link. Постоянная остановка службы допустима только после проверки зависимости компонента. Слепое изменение служб и системных файлов не решает проблему.

Высокий расход могут создавать и другие группы процессов:

• Средства защиты. Антивирус, EDR, контроль приложений и песочницы удерживают кэш сканирования. Такой расход обычно стабилен. Отключать защиту нельзя even for diagnostics. Сначала обновляются правила и проверяются события компонента.
• Офисный контур. Teams, Outlook и синхронизация учетных записей поддерживают локальные кэши, журналы и очереди. Повреждение этих данных вызывает повторные попытки обработки. Рост локализуется по процессам и обслуживающим их службам.
• Системные службы. Сбой драйвера способен увеличить невыгружаемый пул или выделить память внутри процесса System. Такой сценарий требует проверки не отдельной службы, а цепочки драйверов.
• Сторонние утилиты. Программы производителя ноутбука, индексаторы, облачные клиенты и утилиты настройки часто добавляют фоновые агенты. Они запускаются через папку «Автозагрузка» или планировщик заданий.

Останавливать процесс по одному совпадению имени — ненадежная процедура. Диагностика строится на времени роста, родительском приложении и повторении после перезапуска.

Ошибочно считать любой системный процесс причиной утечки. System, svchost.exe, RuntimeBroker.exe и ShellExperienceHost.exe обслуживают множество функций. Завершение одного экземпляра может вызвать повторный запуск, сбой службы или повреждение данных.

Диагностика без ложных выводов

Первая контрольная точка — чистая загрузка Windows. После перезапуска нельзя открывать браузер, Teams, Outlook и облачные клиенты. После завершения фоновой инициализации фиксируются показатели In use, Available, Committed и CPU. Запускается Resource Monitor командой resmon.exe.

В Resource Monitor процессы сортируются по Working Set (KB). Дополнительно контролируются:

• Hard Faults/sec — число чтений отсутствующих страниц из дискового файла подкачки;
• Commit Size — виртуальная память, зарезервированная процессом;
• I/O write bytes/sec — интенсивность записи;
• I/O other bytes/sec — служебные операции ввода-вывода.

Высокий Working Set показывает текущий объем физической памяти. Он не доказывает утечку. Рост Commit Size вместе с увеличением Hard Faults/sec указывает на более серьезную проблему. Система не только удерживает память, но и вынуждена обращаться к страницам, отсутствующим в ОЗУ.

Для снимка двадцати процессов по рабочему набору используется PowerShell:

Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 20 ProcessName,Id,@{Name='WS_GB';Expression={[math]::Round($_.WorkingSet64/1GB,2)}} | Format-Table -AutoSize

Результат показывает только текущее состояние. Его необходимо повторить через несколько часов. Однократный список не выявляет утечку.

В «Мониторе производительности» добавляются счетчики:

• \Process(*)\Working Set - Private;
• \Process(*)\Pool Nonpaged Bytes;
• \Process(*)\Handle Count;
• \Memory\Available Bytes;
• \Memory\% Committed Bytes In Use.

Последние два счетчика отражают общую доступность ОЗУ и загрузку виртуальной памяти. Счетчики процессов показывают, какой компонент создает аномалию. На системах с локализованным интерфейсом названия могут отличаться. В этом случае безопаснее пользоваться графическим интерфейсом Resource Monitor.

Диагностика строится по следующей схеме:

1. Выполнить перезапуск Windows без запуска пользовательских программ.

2. Зафиксировать исходные показатели памяти.

3. Открыть одну группу приложений и повторить замер.

4. Определить процесс или семейство процессов стельным ростом.

5. Перезапустить только выявленный компонент.

6. Проверить, вернулся ли расход к исходному уровню.

7. После повторного роста обновить приложение и связанные компоненты.

Если Cross Device Service стабилизируется после перезапуска, зона поиска ограничена Phone Link и связанным стеком. Если память продолжает расти при закрытом браузере, анализируются системные службы, драйверы и средства защиты. Если процессы не показываюттельного роста, причина находится в физическом объеме ОЗУ либо конфигурации файла подкачки.

Windows Memory Diagnostic запускается командой mdsched.exe. Средство предназначено для проверки аппаратной стабильности модулей памяти. Его запуск оправдан при зависаниях, повреждении файлов, синем экране и появлении ошибок после установки нового модуля. Диагностика программной утечки таким способом не проводится.

Конфигурация без деградации

Отключение Memory Compression, SysMain и файла подкачки должно быть последним этапом. Каждый механизм решает отдельную задачу. Совместное отключение создает риск длительных задержек, роста дисковых операций и повреждения состояния программ.

Файл подкачки следует оставить в автоматическом управлении Windows. Ручная настройка требуется только при измеренном дефиците виртуальной памяти. Полное отключение допустимо лишь в отдельных конфигурациях с большим объемом ОЗУ и подтвержденным профилем нагрузки. Универсального правила не существует.

Увеличение ОЗУ дает результат при высокой многозадачности, но не при линейной утечке. Перед покупкой модуля необходимо исключитьтельный рост процесса, драйвера или службы. Иначе новый объем будет исчерпан тем же дефектом через несколько часов.

Переустановка Windows также не является универсальным исправлением. Она удаляет часть драйверов, фоновых утилит и поврежденных данных, но сохраняет системные компоненты Phone Link, WebView2 и приложения производителя. Сбой способен воспроизвестись на чистой системе.

Рабочая процедура выглядит так:

• очистить автозагрузку от ненужных приложений;
• закрыть фоновую синхронизацию облачных клиентов;
• обновить Windows, браузер, WebView2, Phone Link и офисные приложения;
• удалить неиспользуемые расширения;
• проверить Cross Device Service после чистой загрузки;
• исключить повреждение системных файлов;
• только после этого изменить объем ОЗУ или параметры подкачки.

Чек-лист митигации рисков

• Зафиксирован расход In use, Available и Committed после чистой загрузки.
• Установлен процесс, семейство процессов, служба или драйвер стельным ростом.
• Проверены Cross Device Service, Phone Link, WebView2, Teams, Outlook и средства защиты.
• Выполнено обновление Windows и связанного программного обеспечения.
• Удалены лишние расширения и фоновые приложения.
• Перезапуск выявленного компонента возвращает память к исходному уровню.
• Рост файла подкачки и Hard Faults/sec исключен либо локализован.
• При подозрении на нестабильность RAM запущен mdsched.exe.
• SysMain, Memory Compression и файл подкачки изменены только после подтвержденной необходимости.
• Увеличение ОЗУ выполнено после исключения программной или аппаратной утечки.