RAM-диск под кэш браузера: ловкий трюк или бессмысленный риск

Откуда взялся трюк и почему он прижился

Рецепт старый и простой: поставить драйвер RAM-диска вроде ImDisk, отформатировать его как диск и перенаправить туда кэш браузера — Chrome до сих пор принимает флаг --disk-cache-dir, а из Firefox настройку about:config, переносившую кэш, убрали. Кэш живёт в памяти, чтение мгновенное, SSD не получает записи, после каждой перезагрузки — чистый лист. На бумаге это выглядит как инженерная дисциплина.

Совет прижился, потому что когда-то был верен целиком. Ранние SSD имели такой запас живучести, что прожорливый браузер действительно его проедал, механические диски читали кэш медленно, а память сверх 4 ГБ простаивала без дела. Все три условия исчезли: современные диски не замечают трафика кэша, задержка NVMe измеряется микросекундами, а Windows больше десяти лет находит свободной памяти лучшее применение, чем пустой раздел.

Арифметика, которую не считают перед разделением памяти

Посчитаем те же числа, от которых не выживает миф о файле подкачки. Кэш браузера на обычной машине перезаписывает несколько гигабайт в день и сам ограничен парой гигабайт. Возьмём 5 ГБ записи ежедневно — это уже тяжёлый случай.

• Современный потребительский SSD на 500 ГБ – 1 ТБ несёт ресурс 150–600 TBW — терабайт записи на всю жизнь
• Трафик кэша браузера: 1–5 ГБ записи в день; 5 ГБ ежедневно — уже тяжёлый случай
• 5 ГБ в день весь год ≈ 1,8 ТБ — около 1% ресурса даже самого дешёвого диска
• Полезный RAM-диск стоит 2–4 ГБ памяти каждую секунду, запущен браузер или нет
• Свободная память в Windows не простаивает: standby-кэш держит файлы, которые вы реально используете повторно
• После каждой перезагрузки RAM-диск пуст, и браузер заново скачивает всё, что было закэшировано

Честный вердикт и единственный случай, где идея наполовину работает

Загрузка страниц упирается в сеть, а не в диск с кэшем: попадание в кэш на SSD и так занимает десятки микросекунд, так что перенос кэша в память не сделает отрисовку страницы заметно быстрее. Зато он уменьшает память, доступную системе, заставляет перекачивать всё заново после каждой загрузки, а если по привычке направить на RAM-диск загрузки или рабочую папку — уничтожит файлы при первом отключении питания или падении. Странный набор рисков ради экономии процентной доли износа, которую диск не заметит.

Единственный случай, где идея наполовину работает: машина с 32 ГБ памяти и больше под специфичную нагрузку, перемалывающую диск, — компиляция, черновики видео, — где TEMP на RAM-диске действительно помогает. Обратите внимание, чего в этом случае нет: браузера. Если цель — меньше записи и быстрый старт, оставьте управление кэшем браузеру и диспетчеру памяти, а внимание потратьте на то, что реально убивает диски: перегрев и работу под завязку.

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

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