SSD може швидко запускати Windows, відкривати програми та працювати з невеликими файлами, але зависати саме на великому копіюванні. У тривалому вводі-виводі одночасно проявляються особливості кешу, NAND, контролера, температури та інтерфейсу. Тому простий факт падіння швидкості ще не означає поломку. Важливо побачити, чи продовжується передача, чи виникають I/O-помилки, чи перестає відповідати сам накопичувач і чи повторюється збій приблизно за однакових умов.
Нормальне уповільнення чи несправність
Багато SSD використовують швидку область кешування. Після її заповнення тривалий запис може стати помітно повільнішим — для конкретної моделі це може бути нормально. Інша ситуація — хвилини з нульовою швидкістю, завислий провідник, помилка введення-виведення або повне зникнення пристрою. Ми відокремлюємо штатну характеристику продуктивності від аномальної зупинки операції. Це важливо, щоб не називати несправністю будь-яке зниження цифри в бенчмарку.
Читання і запис дають різні підказки
Напрямок проблемної операції має велике значення. Якщо зависання виникає при читанні з SSD, перевіряється доступ до конкретних ділянок даних та стабільність корекції помилок. Якщо проблема з’являється переважно при великому записі, увага переходить до кешу, внутрішнього обслуговування пам’яті та роботи контролера під навантаженням. Коли нестабільність однакова в обох напрямках, додатково перевіряються інтерфейс, живлення та загальна електронна стабільність накопичувача.
Що відбувається з NAND під навантаженням
SSD не записує дані як простий секторний носій. Контролер розподіляє сторінки NAND, виконує корекцію помилок, переміщує блоки, підтримує резерв і таблиці трансляції адрес. Якщо окремі ділянки пам’яті деградували, контролер може багаторазово повторювати операції. Короткі завдання проходять непомітно, а велике копіювання доходить до проблемної області та різко сповільнюється. Саме тому важливо відтворити не лише «швидкість», а конкретний момент і характер зависання.
Кеш, garbage collection і фонові процеси
Під час довгого запису змінюється режим роботи SSD: швидкий буфер заповнюється, починається переміщення даних, очищення блоків і оновлення службових структур. Деякі накопичувачі після цього закономірно працюють повільніше. Деградований SSD може поводитися інакше — зупинятися, давати таймаути або втрачати зв’язок. Короткий синтетичний тест на кілька секунд часто не показує таку проблему, тому діагностика повинна бути близькою до реального сценарію клієнта.
Температура і thermal throttling
NVMe SSD під навантаженням нагріваються сильніше, ніж у простої. Для захисту контролер може знижувати швидкість — це normal thermal throttling. Його потрібно відрізняти від зависання: при нормальному тротлінгу пристрій продовжує обробляти команди, просто робить це повільніше. Якщо швидкість падає до нуля на тривалий час, виникають помилки або SSD зникає з системи, перевіряються вже стабільність електроніки, живлення, контролера та поведінка після охолодження.
Інтерфейс теж може гальмувати копіювання
Схожий симптом здатний створити зовнішній тракт. Для SATA перевіряємо кабель даних і порт, для зовнішнього SSD — USB-міст, кабель та живлення корпусу, для NVMe — контакт M.2 і PCIe-з’єднання. Якщо проблема зникає при зміні справного інтерфейсу, немає сенсу ремонтувати сам SSD. Навпаки, якщо зависання повторюється разом із накопичувачем на іншій системі, це вагомий аргумент переходити до діагностики його внутрішніх вузлів.
Як тестувати без ризику для даних
Повний тест запису може бути доречним для порожнього диска, але це поганий перший крок для SSD з єдиною копією важливих файлів. Такий тест змінює вміст і створює значне навантаження на потенційно нестабільний носій. Якщо дані мають цінність, спочатку оцінюється читання і створюється резервна копія. Лише після цього можна агресивніше досліджувати запис, температурну поведінку та стабільність великих операцій без ризику втратити єдиний доступний екземпляр інформації.
Що повідомити майстру
Для діагностики корисно знати, чи зависає копіювання з SSD або на нього, після якого приблизно обсягу, чи повертається швидкість самостійно та чи зникає диск після збою. Якщо проблема повторюється на певних файлах або каталозі, це також важлива ознака. У CompFixPro ми відтворюємо саме проблемний сценарій, щоб відокремити особливість кешу від дефекту NAND, контролера, температурної нестабільності чи інтерфейсу. Після локалізації можна обґрунтовано вирішувати питання ремонту або заміни накопичувача.
Чому важливо порівнювати великі й дрібні файли
Одна й та сама загальна кількість даних може навантажувати SSD по-різному. Великий послідовний файл більше показує поведінку тривалого потоку, а тисячі дрібних файлів створюють інший профіль команд і службових операцій. Якщо зависання виникає лише в одному сценарії, це корисна підказка для пошуку причини. Під час діагностики ми намагаємося повторити саме той тип копіювання, на якому користувач бачить проблему, а не довільний тест.
Помилка файлової системи чи проблема самого SSD
Зависання копіювання інколи пов’язане не з електронікою, а з пошкодженою файловою системою або конкретними даними. Тому перевіряється, чи повторюється збій при роботі з іншими файлами, іншим розділом або поза вихідною ОС. Якщо накопичувач стабільно дає таймаути незалежно від файлової системи й комп’ютера, підозра переходить на його внутрішню частину. Такий поділ дозволяє не змішувати логічний ремонт структури даних із компонентною діагностикою накопичувача.