Firefox їсть ваш SSD - ось як це виправити
Якщо ви користуєтеся Firefox, ми повинні змінити налаштування. Сучасні багатоядерні процесорні системи та більша кількість оперативної пам’яті дозволяють користувачам одночасно відкривати кілька вкладок та вікон Firefox. Це може мати ненавмисний ефект для цих твердотільних накопичувачів, оскільки дані сховища сеансів можуть постійно записувати дані в NAND. Це питання обговорюється у темі форуму STH, де ви можете стежити за обговоренням.
Спостереження за проблемою: Важкі SSD-записи з Firefox
Цілком випадково я випустив безкоштовну копію SSDLife два дні поспіль, коли я насправді не використовував свою робочу станцію ні для чого іншого, крім електронної пошти та перегляду. Для тих, хто не знайомий з цим інструментом, він просто повідомляє приблизний термін служби вкладеного твердотільного накопичувача, а також відображає обсяг прочитаних та записаних даних.
У моєму випадку SSDLife повідомив мене про це 12 Гб було записано на SSD за один день. Оскільки я не пам’ятав, як за попередній день завантажував величезні файли чи відвідував будь-які нові сайти, які могли призвести до того, що багато нового вмісту було кешовано, це мене спантеличило. Я спостерігав за цією статистикою протягом наступних кількох тижнів, і така поведінка залишалася незмінною. Навіть якби робоча станція залишалася простою, на ній не працювало нічого, крім кількох вікон браузера, вона незмінно писала б принаймні 10 Гб на день на SSD.
Щоб з’ясувати, що відбувається, я запустив Resource Monitor і подивився використання диска.
У самому верху списку знаходився Firefox, який невтомно писав десь від 300 КБ до 2 МБ у секунду у файл, який називається «recovery.js». Дослідження показало, що це файл резервної копії сеансу Firefox, який використовується для відновлення сеансів браузера у випадку аварії браузера або ОС. Це надзвичайно корисна функціональність. Мені було відомо про те, що Firefox має цю функцію, але я навіть не здогадувався, що інформація про сеанси є такою важкою!
Досліджуючи проблему трохи більше протягом наступного дня, я виявив, що справи йдуть гірше, ніж я спочатку думав, і “recovery.js” - не єдиний задіяний файл. Якщо хтось хоче скопіювати, ось що я зробив сьогодні вранці:
- Я скинув інтервал browser.sessionstore.interval до 15000, а потім позбувся всіх моїх відкритих на даний момент вікон FF.
- Я відкрив одне вікно, в якому працював лише Google, залишив його пару хвилин, а потім закрив.
- Я знову запустив браузер, і після останнього перезапуску файл recovery.js був розміром лише 5 КБ, ніж приблизно 900 КБ раніше.
- Потім я відкрив купу випадкових оглядів для Samsung 850 pro та Samsung Galaxy S7 у двох окремих вікнах. Просто шукайте "огляд samsung 850 pro" та "огляд samsung galaxy s7", а потім спустилися вниз до списку результатів, відкривши їх у нових вкладках.
- Я відкрив 3-е вікно і створив купу вкладок, що відображають перші сторінки для різних сайтів новин.
- Я запустив Process Monitor і налаштував його для відстеження recovery.js та файлів cookie *: