Почему SSD пишет больше данных, чем «нужно»

Анализируя данные программ для мониторинга жестких дисков, вы наверняка замечали, что контроллер SSD записывает на диск больше данных, чем отправляет сама система. На графиках это выглядит странно: скопировали и записали 10 ГБ, а в SMART уже 20-30 ГБ. Это не сбой и не «лишний износ на ровном месте», а штатная особенность NAND-памяти – коэффициент усиления записи, или WAF.

Почему SSD пишет «с запасом»

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

Чтобы система этого не замечала, работает слой трансляции адресов (FTL): компьютер обращается к логическому адресу, а контроллер сам находит физическую страницу. Из-за этих внутренних переносов на чипы уходит больше байт, чем пришло от Windows. На обычных жестких дисках такой проблемы нет: они умеют перезаписывать данные прямо поверх старых. А вот для SSD эта служебная суета и лишние перезаписи обусловлена архитектурой флеш-памяти.

Какие значения WAF нормальны

Идеал – 1,0: сколько отдали, столько и записали во флеш. На практике такое встречается в основном при длительной непрерывной записи крупных файлов на относительно свободный диск. При повседневной работе – с постоянными обновлениями ОС, временными файлами браузеров, мелкими логами и случайными блоками – типичный WAF у потребительских SSD обычно держится в диапазоне от 2,0 до 4,0 (а при засилье совсем мелких файлов может быть и выше).

Если же накопитель забит почти под потолок (более 90%), контроллеру становится сложно находить пустые блоки: интенсивность перестройки данных резко возрастает, и коэффициент WAF может подскочить до 5-10 и больше. Точную картину смотрят в SMART: сравнивают объем записи со стороны хоста и физический объем записи в NAND (учитывая особенности перевода единиц измерения в утилитах мониторинга). Названия полей зависят от производителя, но смысл один – отношение «физически записано во флеш / отправлено системой».

Что влияет на внутренние перезаписи

На итоговый объем записи влияют служебные механизмы и состояние накопителя:

• Отсутствие TRIM – если ОС не сообщает, какие блоки уже не нужны, контроллер таскает «мертвые» данные зря, разгоняя WAF. Включенный TRIM, наоборот, помогает этого избежать.
• Сборка мусора – освобождает блоки, но сама инициирует технические перезаписи.
• Выравнивание износа — распределяет нагрузку по ячейкам и иногда двигает даже редко изменяемые данные.
• Резерв емкости (over-provisioning) – часть NAND скрыта от пользователя и отдана контроллеру. Чем больше реального свободного места, тем спокойнее живут эти процессы и тем ниже шанс, что WAF «взлетит» на ровной нагрузке.

Что может сделать пользователь

Убрать усиление записи полностью нельзя.

Зато можно не провоцировать лишний разгон:

• Оставляйте на диске 10-20% свободного места.
• Убедитесь, что TRIM включен.
• Не держите системный SSD постоянно на 95-100% заполненным.
• Смотрите на общую динамику износа и стабильность работы, а не на один «некрасивый» график за вечер.
• Если вы перезаписываете большие объемы данных, выбирайте диск с большим ресурсом записи (TBW). Простые домашние SSD для такой постоянной работы не подходят – они быстро износятся.

Короткий вывод

Если мониторинг показывает, что SSD записывает больше, чем передала система, в большинстве случаев это нормальная работа контроллера, а не повод срочно менять накопитель. WAF – плата за устройство флэш-памяти. Держите запас свободного места, не отключайте TRIM и оценивайте ресурс по суммарной записи и состоянию диска, а не по разовому превышению счетчиков.