SSD и HDD в 2026: дефрагментация, TRIM и мифы, которые пора перестать повторять

TRIM и переоптимизация: что Windows делает с SSD сама

TRIM — команда, которой файловая система сообщает диску: «эти блоки больше не нужны». Без TRIM твердотельник не знает, какие страницы внутреннего кэша можно подготовить под запись, и каждая новая запись в «занятый по паспорту» блок превращается в цикл чтение-модификация-запись — в разы медленнее. Windows 11 отправляет TRIM автоматически по расписанию оптимизации, и вручную его делать не нужно. Проверить состояние можно командой дефрагментации /Optimize — колонка «Текущее состояние» покажет, сколько мусорных блоков накопилось.

Почему тогда Windows запускает «оптимизацию» SSD раз в месяц? Это переоптимизация (retrim) — пакетная досылка TRIM для блоков, помеченных, но по какой-то причине неочищенных (обычно после сбоев питания). Дефрагментации данных на SSD при этом НЕ происходит: в kernel-планировщике есть отдельный тип задач для твердотельников. Так что «планировщик оптимизации трогает мой SSD, всё пропало» — миф: система делает ровно то, что нужно диску, и мешать ей не стоит.

Единственное обоснованное исключение — тонкая фрагментация файловой системы на SSD под конкретными нагрузками (SQL Server, большие видео-проекты с сотнями тысяч мелких файлов). Windows 2024+ сама делает slab-consolidation для таких случаев, и ручное вмешательство остаётся экзотикой для серверных сценариев.

HDD: когда дефрагментация реально даёт эффект

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

Правильный порядок обслуживания HDD: сначала очистка (свободные 20%+ диска нужны дефрагментатору для манёвра), затем анализ (что покажет карту фрагментации), затем сама дефрагментация — ночью, диск не должен быть нагружен работой. Windows делает это своим движком (дефрагментация.exe), и его достаточно: сторонние дефрагментаторы 2026 года не делают ничего принципиально лучше, зато умеют двигать системные файлы туда, куда не надо.

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

Мифы и суеверия про SSD

«SSD нельзя заполнять больше половины» — устаревшая правда. Современные контроллеры с избыточным резервированием уверенно работают до 80–85% заполнения; после 90% действительно падает производительность записи — но не из-за «износа», а из-за нехватки чистых блоков под garbage collection. Держать 10–15% свободными — разумная гигиена, а не спасение жизни диску.

«Отключите файл подкачки, чтобы не убить SSD износом» — арифметическая ошибка. Запись подкачки на домашней системе — единицы гигабайт в день; ресурс современного TLC-диска 600+ ТБ записи, то есть подкачка убьёт его лет через сто. Отключать страницу имеет смысл только с конкретной целью (сбор дампов выключен, RAM 32+ ГБ), и это отдельная тема, не про износ.

«Ручной TRIM после удаления больших файлов ускорит диск» — уже нет: NTFS в Windows 11/10 шлёт TRIM синхронно с удалением. Лишний прогон оптимизации безвреден, но и бесполезен. Единственная операция, которая реально возвращает скорость подзабитому SSD — ensuring ≤10% свободного места (очистка) и обновление прошивки от производителя: контроллеры получают оптимизации garbage collection.

Вопросы и ответы

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