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

Раз на кілька місяців хтось заново відкриває RAM-диск: відрізати кілька гігабайт пам'яті, змонтувати як диск і спрямувати туди кеш браузера — швидко й без запису на SSD. Арифметика, що це виправдовувала, померла десь у 2015-му, і залишилась угода, у якій реальною швидкодією платять за запобігання уявному зносу.

Звідки взявся трюк і чому він прижився

Рецепт старий і простий: поставити драйвер 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-диску справді допомагає. Помітьте, чого в цьому випадку немає: браузера. Якщо мета — менше запису й швидкий старт, лишіть керування кешем браузеру та менеджеру пам'яті, а увагу витратьте на те, що справді вбиває диски: перегрів і роботу під зав'язку.

Питання та відповіді

Чи варто ставити RAM-диск під кеш браузера?

Ні. Запис кешу витрачає близько 1% гарантованого ресурсу сучасного SSD на рік, а RAM-диск забирає в системи гігабайти пам'яті й змушує браузер перекачувати все заново після кожного перезавантаження.

Наскільки кеш браузера зношує SSD?

Типово 1–5 ГБ запису на день — близько 0,4–1,8 ТБ на рік, похибка на тлі ресурсу 150–600 TBW. Хочете фактів — дивіться атрибут SMART Percentage Used.