Що виправив NVMe — і що прийшло на зміну
Жорсткий диск втрачав швидкість через фізику позиціонування: фрагментація означала зайві переміщення головки, і половина індустрії чистильників 2000-х існувала саме задля боротьби з нею. У NVMe немає головок, зате є вісім і більше паралельних каналів флешу та випадкове читання на швидкості самої пам'яті — фрагментація файлів майже непомітна, дефрагментація мертва як спосіб прискорити систему. На зміну прийшло тонше обмеження: контролеру потрібні вільні блоки для ефективного запису, а майже заповненому диску їх узяти нізвідки.
Щойно SSD заповнюється приблизно на 90 відсотків, SLC-кеш запису стискається, контролер переходить на цикли read-modify-write по частково зайнятих блоках, і швидкість послідовного запису падає до частки паспортної. Збиранню сміття та вирівнюванню зносу теж потрібен запас місця. Сучасний аналог «у мене фрагментований диск» — «у мене забитий диск», і ліки тут — чищення, а не дефрагментація.
Яке чищення окупається на швидкому диску
Мета тепер не розкладати файли під зчитувальну головку, а тримати 15–20 відсотків тому вільними, щоб контролеру було де працювати. Звідси інший список корисних справ: кеші, які все одно відростуть, — ідеальні цілі; розпухлий WinSxS від років оновлень — найбільший разовий виграш на старій системі; а масові медіа та ігри мають жити на другому диску, а не на розділі C:, від якого залежить уся система.
- «Сховище» в Параметрах і «Очищення диска» — повернути місце, зайняте застарілими компонентами оновлень у WinSxS
- Кеші браузерів і застосунків — вони відростуть самі, їх видалення нічого не коштує
- Розбір теки Завантаження — кладовище файлів, куди більшість не зазирала роками
- hiberfil.sys — powercfg /h /type reduced або powercfg /h off, якщо гібернація не потрібна
- Повзунок використання захисту системи — старі точки відновлення тихо з'їдають відсоток за відсотком
- Ігри й медіатека — на другий диск, щоб C: залишався вільним
Чого з SSD робити не варто
Не дефрагментуйте. «Оптимізація дисків» і так щомісяця виконує для SSD прохід TRIM — єдину операцію обслуговування, яка їм справді потрібна; команда fsutil behavior query DisableDeleteNotify має повернути 0, це підтверджує. «Оптимізатори SSD», що перезаписують вільне місце, додають зносу без вимірюваної користі, а чистильники реєстру до швидкості диска стосунку не мають ані на одному інтерфейсі. Хочете повернути диску швидкість — звільніть місце; усе решта — фольклор 2009 року.
Заповнений SSD — єдиний сучасний випадок, коли чищення безпосередньо повертає продуктивність: розгребіть завали, тримайте п'яту частину тому вільною — і швидкість запису повернеться. Ось і все обслуговування NVMe, воно вміщується на одній картці.
Питання та відповіді
Чи потрібно дефрагментувати NVMe SSD?
Ні. Фрагментація майже не впливає на швидкість випадкового читання NVMe, а Windows і так надсилає TRIM за місячним розкладом через «Оптимізацію дисків» — ручна дефрагментація лише додає зносу.
Чому NVMe SSD стає повільнішим при заповненні?
Після ~90 відсотків ємності SLC-кеш запису стискається, і контролеру доводиться читати-змінювати-записувати частково зайняті блоки. Тримайте 15–20 відсотків вільними — і швидкість запису повернеться.
Перевірте склад ліцензії до покупки.
Разовий 30-хвилинний тест охоплює базові функції. Інструменти з позначкою PRO залишаються заблокованими до активації платної ліцензії.
Читайте також
Написати нам: [email protected]