После апгрейда оперативной памяти: файл подкачки и кеш на пересмотр

Сначала убедитесь, что Windows вообще видит новую память

Откройте «Диспетчер задач» → «Производительность» → «Память» и прочитайте цифры, прежде чем что-то крутить: «Всего» должно совпадать с установленными модулями, а «Зарезервировано оборудованием» — исчисляться мегабайтами, а не гигабайтами. Если в резерве висят гигабайты, классических виноватых два: встроенная видеокарта, откусившая кусок в BIOS/UEFI, и включённая галка «Максимальный объём» в msconfig — снимите её и перезагрузитесь. Заодно посмотрите «Скорость»: без профиля XMP или EXPO модули DDR4 тихо работают на 2133 МТ/с, DDR5 — на 4800, и Диспетчер задач об этом честно доложит.

Потом погоняйте новую конфигурацию под нагрузкой, прежде чем доверять ей: смешанный комплект из старых и новых модулей — классический источник редких, сводящих с ума вылетов, и memtest86 за ночь ловит то, чего быстрый запуск не покажет. Пары в правильных слотах тоже важны: две планки в слотах одной канальности вместо спаренных отнимают заметную часть пропускной способности. Сначала проверка, потом тюнинг — половина историй «после апгрейда компьютер стал медленнее» это криво собранный комплект, а не настройки Windows.

Файл подкачки: оставьте автоматическим или задайте размер осознанно

Отключение файла подкачки не заставляет Windows «работать только с RAM» — оно уравнивает лимит фиксации с физической памятью. Windows выдаёт каждому процессу обязательство (commit) — зарезервированное адресное пространство, куда процессу разрешено писать, — и программы резервируют куда больше, чем реально используют; без файла подкачки все эти резервы одновременно ложатся на ваши планки. Тяжёлые «резерваторы» — Chrome с десятками вкладок, After Effects, виртуалки, современные игры с оверлеями — начинают получать отказы в выделении памяти, которые выглядят как вылеты, а не предупреждения. А полный дамп памяти при сбое по-прежнему требует файл подкачки размером примерно с вашу RAM на системном томе; без него синий экран не пишет ничего, и отладка превращается в гадание.

Правильная настройка для большинства — та, что уже стоит: «Автоматически выбирать объём файла подкачки». С 32 ГБ и больше системный файл подкачки обычно остаётся компактным, потому что выгружать почти нечего: он существует как запас по commit и место под дамп, а не как признак проблемы.

• «Диспетчер задач» → «Производительность» → «Память» — «Всего», «Скорость» и «Зарезервировано оборудованием» скажут больше любого гайда
• Диалог виртуальной памяти (sysdm.cpl → «Дополнительно» → «Быстродействие» → «Параметры» → «Дополнительно») — не снимайте галку автомата
• «Без файла подкачки» — единственный вариант, который никогда не окупается: лимит commit падает до RAM, дампы перестают писаться
• Ручной размер, если очень хочется: фиксированных нескольких ГБ хватает; множители из эпохи HDD — фольклор, теперь файл лежит на SSD
• Держите его на самом быстром SSD, но на системном томе — иначе после сбоя не будет дампа для разбора

Поведение кеша меняется — и в этом была цель апгрейда

Ожидайте, что «кеш» будет стоять выше, чем раньше, и не паникуйте: освобождённая память становится файловым кешем, и Windows отдаёт её мгновенно по первому запросу. «Кеш» в Диспетчере задач — это память, приносящая пользу, а не пропадающая зря; подозрительна как раз машина, у которой после апгрейда кеша почти нет. И сжимать память Windows станет иначе: с 16 ГБ компрессия работала безостановочно, с 32 ГБ и больше она часто не включается вовсе — сжимать имеет смысл только когда есть давление.

Заодно отправьте на пенсию старые твики. ReadyBoost был флеш-кешем для систем с HDD и нехваткой памяти — на SSD с 32 ГБ он не делает буквально ничего. Реестровые хаки вроде DisablePagingExecutive родом из 32-битной Windows и сегодня не меняют ничего измеримого. SysMain лучше оставить в покое: на HDD-машине он реально ускоряет запуск программ, а на SSD его цена так мала, что отключение — ритуал, а не решение. Апгрейд дал вам запас; лучший твинк — перестать платить налог на твикерство.

Вопросы и ответы

Читайте также