Как можно ограничить потребление оперативной памяти, отображаемое в разделе «Изменено» (Modified) диспетчера задач/монитора ресурсов Windows?

После загрузки системы постоянно растёт объём в категории "Изменено" (Modified). На компьютере 64 ГБ ОЗУ, но этот показатель непрерывно увеличивается — до 10, 15, 20, 30–40 ГБ и более. Это опасно, потому что Windows может упасть в BSOD из‑за нехватки свободной памяти и привести к потере последних 30–60 минут работы (я в основном работаю в IntelliJ, Photoshop, 3ds Max, Movimento, Unity и Docker). Можно ли как‑то ограничить этот рост памяти, если Microsoft пока не устранила проблему? Утилиты для "очистки" ОЗУ не помогают. Потери в производительности допустимы, главное — избежать неожиданных падений.
  • 11 июня 2026 г. 22:01
Ответы на вопрос 3
Коротко — «Изменено» (Modified) — это не «плохая» оперативка, а список страниц, которые были изменены (dirty) и ещё не записаны на диск. Windows обычно сбрасывает эти страницы на диск асинхронно. Если значение постоянно растёт — это либо ошибка в драйвере/фильтре/антивирусе, либо система не успевает/не может их сбросить на диск. Простой «чистильщик ОЗУ» проблему не решит — нужно либо найти и исправить источник, либо искусственно ограничить использование кэша. Ниже — конкретные шаги (сначала диагностика, потом временные меры).

1) Диагностика — найти виновника
- Скачайте Sysinternals → RAMMap (от Microsoft). Запустите от имени администратора. Вкладки «Use Counts», «File Summary», «Processes» и «File Summary» показывают, какие файлы/процессы держат Modified‑страницы. Это поможет понять: системный файловый кэш или конкретный процесс/драйвер.
- Включите Clean boot (отключите сторонние службы и автозагрузку), проверьте, повторяется ли рост.
- Временно отключите/удалите сторонний антивирус и фильтр‑драйверы (разовыми тестами) — часто виноваты RAV/AV/фильтры файловой системы.
- Проверьте драйвера NVMe/SATA/RAID (Intel RST, Samsung NVMe) и обновите прошивку диска/драйверы.
- Если RAMMap неясно показывает причину, используйте PoolMon (в WDK) для поиска утечек в paged/nonpaged pool (тэги драйверов), либо сделайте трассировку ETW (xperf) — это уже продвинутая диагностика.

2) Быстрые временные меры (если нужно срочно ограничить рост и риск падения)
- Убедитесь, что pagefile включён и того размера, который вы считаете безопасным (системный, либо фиксированный большой размер, например 32–64 ГБ). Отсутствие/малый pagefile повышает риск BSOD при нехватке commit.
- RAMMap → меню Empty → «Empty Modified Page List» — это вручную освободит Modified (страницы будут сброшены на диск). Порядок: запустить от Admin → Empty Modified Page List. Это временно освобождает память.
- Установите CacheSet (Sysinternals) или используйте API SetSystemFileCacheSize через сторонний сервис для ограничения системного файлового кэша. Пример: задать максимум кэша 6–12 ГБ (в MB) — это заставит Windows не наращивать кэш выше заданного предела. Предупреждение: инструмент работает неофициально и может снизить IO‑производительность; тестируйте.
  - Где взять: Sysinternals на сайте Microsoft (CacheSet / RAMMap входят в набор).
  - Как: запустить CacheSet от админа и задать Max = X MB, Apply. (Если CacheSet недоступен — существуют проекты на GitHub, реализующие SetSystemFileCacheSize; используйте осторожно.)
- Организуйте периодическую чистку Modified (если не нашли причину): вручную через RAMMap или скриптом/сервисом, который вызывает очистку кэша. (Для постоянного решения это костыль, а не исправление.)

3) Что ещё сделать
- Обновите Windows до последних кумулятивных обновлений.
- Обновите драйверы контроллера диска, NVMe-прошивки, драйверы чипсета.
- Если рост связан с конкретным приложением (например, Docker, IntelliJ, Photoshop, 3ds Max), проверьте их настройки: отключите или уменьшите memory‑mapped файлы/кэш, проверьте версии плагинов, обновите ПО.
- Отключите/проверьте SysMain (Superfetch) и Windows Search на время теста — иногда они взаимодействуют с кэшем диска.
- Если после всех мер причина остаётся — соберите дампы/логи и можно обратиться в техподдержку Microsoft/вендора драйвера.

4) Практическая последовательность для вас (рекомендуется)
1. Установить/запустить RAMMap (admin), посмотреть File Summary / Processes. Выяснить, что увеличивает Modified.
2. Если виноват конкретный процесс — остановить/обновить/переустановить его.
3. Если виноват системный файловый кэш и срочно нужно ограничить рост —:
   a) включить большой pagefile (фиксированный или system managed);
   b) применить CacheSet и задать максимум кэша (например 8192 MB) и протестировать;
   c) при необходимости периодически использовать «Empty Modified Page List» в RAMMap.
4. Параллельно: обновить драйверы и попробовать clean boot/отключение AV.

Заключение
Полного «настройщика», который просто ограничил бы Modified без побочек, у Windows нет в UI — можно либо найти и исправить виновника (лучше всего), либо ограничить системный кэш (CacheSet) и/или регулярно очищать Modified (RAMMap) как временный костыль. Также критично иметь адекватный pagefile — это самый простой способ снизить риск BSOD. Если хотите, могу прислать короткую инструкцию по использованию RAMMap/CacheSet и примерных безопасных значений для вашей конфигурации.
Судя по commit limit = 63.9 ГБ ≈ объём RAM — pagefile выключен. Windows некуда сбрасывать «изменено», оно копится → BSOD. Включи System managed pagefile на SSD. Ну и RamMap от Sysinternals — вкладка Processes покажет что именно набивает modified, плюс Empty → Empty Modified Page List как быстрый сброс без рестарта.
Установите <b>Process Explorer</b> . <br/> <br/> Включите колонки: <b>Private Bytes</b> , <b>Working Set</b> , <b>WS Private</b> . <br/> <br/> Отсортируйте процессы по <b>WS Private</b> и определите основных потребителей ОЗУ. <br/> <br/> При необходимости сравните значения <b>Working Set</b> и <b>Private Bytes</b> для дополнительного анализа использования памяти. <br/> <br/> Также рекомендую провести общую профилактику системы: проверить, чем заполнен <b>системный раздел</b> , оценить настройки <b>файла подкачки</b> , наличие <b>дампов памяти</b> , режимы <b>электропитания</b> и <b>гибернации</b> . <br/> <br/> Нередко подобные проверки позволяют устранить проблему быстрее, чем поиск процесса-потребителя памяти. <br/> <br/> Если потребуется помощь с анализом результатов — пишите в личку.
Похожие вопросы