Дефрагментація SSD: міф, який не хоче вмирати

Чому фрагментація мучила жорсткі диски, але не флеш-пам'ять

На механічному диску читання файла, розсипаного на 500 фрагментів, означає 500 фізичних переїздів головки, і кожен триває кілька мілісекунд. Дефрагментацію вигадали, щоб схлопнути ці переїзди в одне послідовне читання, і на обертових пластинах виграш був справжнім і вимірюваним. У SSD немає ні головок, ні пластин: будь-який блок відповідає за ту саму частку мікросекунди, де б він фізично не містився. Випадкове й послідовне читання на сучасному NVMe майже однаково швидкі — тобто самої проблеми, яку розв'язує дефрагментація, у флеш-пам'яті просто немає.

Фрагментація нікуди не поділася — Windows просто записує її до категорії другорядного. Файлова система далі ріже великі файли на вільні блоки в міру заповнення диска, і на HDD це було б помітно. На SSD єдина ціна фрагментованого файла — трохи довший список адрес блоків, який контролер розв'язує фактично безкоштовно.

Що «Оптимізація дисків» насправді робить із SSD

Відкрийте «Оптимізацію дисків» (dfrgui) і подивіться стовпець «Тип носія»: Windows відрізняє SSD від HDD і за задумом поводиться з ними по-різному. Для SSD завдання інструмента — TRIM: повідомити контролеру, які блоки логічно видалені, щоб майбутні записи йшли одразу в свіжі осередки, минаючи цикл «читання — зміна — запис». Це і є справжнє обслуговування, воно виконується за тижневим розкладом за замовчуванням, і натискання кнопки не додає нічого, чого розклад уже не зробив. Єдиний видимий виняток: коли ввімкнено відновлення системи, Windows приблизно раз на місяць запускає по SSD класичний прохід дефрагментації — навмисно, бо знімки тому ламаються, щойно фрагментація файлів переходить поріг. Це свідомий інженерний компроміс Microsoft, а не збій ваших налаштувань.

• Перевірте стовпець «Тип носія» в «Оптимізації дисків» (dfrgui), перш ніж щось запускати.
• Залиште розклад увімкненим: для SSD він надсилає TRIM, а не прохід дефрагментації.
• Один раз перевірте TRIM: у консолі від імені адміністратора виконайте fsutil behavior query DisableDeleteNotify — має бути 0.
• Не зважайте на сторонні пакети, які дефрагментують усі диски підряд: «підтримка SSD» в інструментах зразка 2005 року — це маркетинг, а не розпізнавання носія.
• Якщо відновлення системи ввімкнене, не лякайтеся щомісячного рядка defrag у журналі — він тримає знімки тому в робочому стані.
• Якщо турбуєтеся про знос, дивіться Total Host Writes і TBW у SMART-утиліті: це справжній одометр SSD, а не фрагментація.

Обслуговування, яке SSD справді потрібне

Флеш-пам'ять зношується від запису, а не від фрагментації, тож чесний список короткий: тримайте 10–15 відсотків диска вільними, щоб контролерові було де маневрувати, оновлюйте прошивку, коли виробник випускає виправлення, і не тримайте паніки розміром із файл підкачки. Побутові диски виходять із запасом TBW, який більшість домашніх сценаріїв не вичерпує й за десять років. Прохід дефрагментації рухає кожен блок заради нульового приросту продуктивності — єдина «обслуговуюча» операція, що витрачає ресурс, не купуючи нічого натомість.

Тож коли порада спливе в наступній гілці форуму, відповідь вміщується в один рядок: Windows робить це правильно з 2012 року. Дефрагментатор, який пам'ятає ваш двоюрідний брат, був інструментом від проблеми, якої у флеш-пам'яті немає.

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

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