SSD і HDD у 2026 році: дефрагментація, TRIM і міфи, які пора поховати

TRIM і retrim: що Windows сама робить із SSD

TRIM — команда, якою файлова система каже накопичувачу: «ці блоки більше не потрібні». Без TRIM SSD не знає, які внутрішні сторінки можна підготувати до стирання, і кожен запис у номінально зайнятий блок стає циклом «читання — зміна — запис» — уповільнення в рази. Windows 11 надсилає TRIM автоматично за розкладом оптимізації; вручну це робити не потрібно. Колонка стану в «Оптимізації дисків» показує, скільки сміття накопичилося.

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

Єдиний виправданий виняток — мікрофрагментація файлової системи на SSD за специфічних навантажень (SQL Server, гігантські відеопроєкти з сотнями тисяч дрібних файлів). Windows розбирається з цим сама через консолідацію slab-ів; ручне втручання лишається екзотикою серверного світу.

HDD: коли дефрагментація справді окупається

На магнітному диску головка фізично їздить між шматками файлу; від 30% фрагментації і вище швидкість читання великих файлів падає в рази. Орієнтир Microsoft: до 10% фрагментації — норма, чіпати не варто; 10–30% — помітний ефект на великих файлах; 30%+ — дефрагментуйте зараз: інтерфейс і так уже чесно гальмує на файлових операціях.

Правильний порядок догляду за HDD: спершу очищення (дефрагментатору потрібно 20%+ вільного місця для маневру), потім аналіз (щоб отримати мапу фрагментації), потім дефрагментація вночі на незайнятому диску. Windows робить це власним рушієм (defrag.exe), і цього достатньо: сторонні дефрагментатори зразка 2026 року не вміють нічого принципово кращого і охоче розсовують системні файли туди, де їм не місце.

Перевірка здоров'я перед будь-яким обслуговуванням: chkdsk R: /scan (тільки читання, безпечно) виявляє биті сектори, а атрибути SMART 05 (Reallocated Sectors), C5 (Pending) і C6 (Uncorrectable) — головні провісники смерті. Зростаючий 05 означає, що накопичувач переносить дані й вичерпує запас; будь-який C5/C6 вище нуля означає, що резервна копія потрібна не «колись», а сьогодні.

Міфи й забобони про SSD

«Ніколи не заповнюйте SSD більше ніж наполовину» — застаріла істина. Сучасні контролери з over-provisioning нормально працюють до 80–85%; після 90% продуктивність запису падає — не через «знос», а через брак чистих блоків для збирання сміття. Тримати 10–15% вільними — розумна гігієна, а не штучне дихання.

«Вимкніть файл підкачки, щоб зберегти SSD» — арифметична помилка. Підкачка домашньої системи пише кілька гігабайтів на день; сучасний TLC-накопичувач розрахований на 600+ ТБ запису, тож одна лише підкачка вбила б його приблизно за століття. Вимикати файл підкачки має сенс тільки з конкретної причини (дампи збоїв не потрібні, 32+ ГБ ОЗП) — і це окрема тема, не знос.

«Ручний TRIM після видалення великих файлів прискорює диск» — уже ні: NTFS у Windows 10/11 надсилає TRIM синхронно з видаленням. Додатковий прохід оптимізації безшкідливий, але марний. Єдині операції, які справді повертають швидкість переповненій SSD, — розвантажити її до ≤10% заповнення (очищення) і оновити прошивку від виробника, що приносить покращення збирання сміття.

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

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