Когда SSD начинает работать на износ, обычно винят Windows с ее обновлениями, фоновыми службами и временными файлами, и эта репутация кажется заслуженной. Но браузеры, которые остаются открытыми весь день, могут наносить накопителю куда больше вреда, чем кажется: они незаметно управляют гораздо большим объемом локальных данных, чем предполагает их окно, и в зависимости от манеры серфинга эта активность вполне может перевесить рутинное обслуживание Windows.
Первый очевидный виновник — HTTP-дисковый кэш: Chromium-браузеры вроде Edge хранят загруженные ресурсы, поддерживают индексы и метаданные вытеснения, создавая, обновляя, переименовывая и удаляя записи, а не просто записывая каждое изображение один раз. Дальше идут менее заметные слои: кэш скомпилированного JavaScript и WebAssembly, кэш GPU и шейдеров, отдельный буфер медиа на стриминговых сайтах, данные расширений и Cache Storage сервис-воркеров, которые сохраняют HTML, CSS, JavaScript, изображения и ответы API, чтобы сайты работали как установленные приложения. Браузеры на Firefox, включая Zen, устроены не лучше: HTTP-кэш хранит каждую запись отдельным файлом в cache2/entries вместе с индексом, журналом и временным индексом, а на Windows данные профиля могут разделяться между AppData\Roaming и AppData\Local, тогда как Chromium-браузеры держат профили и кэши вместе.
Кэш — лишь половина истории: сайты хранят данные через cookies, local storage, IndexedDB, Cache Storage и Origin Private File System, причем IndexedDB рассчитана на большие структурированные и бинарные данные, а Cache Storage — на пары «запрос-ответ», так что веб-приложения могут накапливать значительные объемы, переживающие перезагрузки. Firefox обычно разрешает источнику занимать до 10% дискового пространства профиля или 10 ГиБ на сайт в режиме best-effort, а Chromium-браузеры вроде Edge — до 60% общего размера диска; это квоты, а не цели, но несколькими крошечными cookie дело давно не ограничивается.
Обычная навигация тоже меняет постоянное состояние: профиль Firefox хранит закладки и историю в places.sqlite, cookie в cookies.sqlite, данные форм в formhistory.sqlite, а открытые окна и вкладки в sessionstore.jsonlz4; Edge аналогично хранит историю, пароли, автозаполнение, настройки, расширения и вкладки. Поскольку многие хранилища — это базы данных, одно логическое обновление может вызвать несколько физических записей: при журналировании SQLite измененные страницы сначала попадают в WAL-файл, а затем при контрольной точке переносятся в основную базу, и оба этапа синхронизируются с диском.
Windows тоже не безгрешна — временные файлы, журналы событий и ошибок, поисковый индекс, кэши миниатюр и шейдеров DirectX, данные Defender, Prefetch, загрузки обновлений и содержимое оптимизации доставки, — но ключевое отличие в частоте: обслуживание Windows идет всплесками вокруг обновлений, сканирований, индексации и очистки, а браузер пишет пропорционально вашей веб-активности, и каждый новый источник, видеосегмент, запись истории, восстановленная вкладка, транзакция веб-приложения и событие расширения могут касаться накопителя. Файлы pagefile.sys и hiberfil.sys не стоит приплетать к сравнению: выделенный размер — не записанные байты, а подкачка отражает давление всех процессов, включая сам браузер. Главное — не считать папки: размер профиля в 2 ГБ не означает, что записано только 2 ГБ, ведь кэш ротируется, базы журналируются и делают контрольные точки, файлы сессий заменяются, а удаленное пространство переиспользуется; износ SSD зависит от суммарных записей хоста и собственного усиления записи контроллера. Для тех, кто живет в браузере, программа быстро становится постоянно работающим движком баз данных, средой приложений, медиаклиентом и менеджером кэша — Windows может владеть SSD, но браузер способен загружать его куда сильнее.