Défragmenter un SSD : le mythe qui refuse de mourir

Pourquoi la fragmentation torturait les disques durs, mais pas la mémoire flash

Sur un disque mécanique, lire un fichier éclaté en 500 fragments demande 500 déplacements physiques de tête, chacun de plusieurs millisecondes. La défragmentation a été inventée pour réduire ces trajets à une lecture séquentielle propre, et sur des plateaux tournants, le gain était réel et mesurable. Un SSD n'a ni têtes ni plateaux : chaque bloc répond en une fraction de microseconde identique, où qu'il se trouve physiquement. Lecture aléatoire et lecture séquentielle sont quasiment à égalité sur un NVMe moderne — le problème que la défragmentation résout n'existe tout simplement pas sur la mémoire flash.

La fragmentation continue d'exister ; Windows la classe simplement comme sans importance. Le système de fichiers continue de découper les gros fichiers sur les blocs libres à mesure que le disque se remplit, et sur un HDD cela se ressentirait. Sur un SSD, le seul coût d'un fichier fragmenté, c'est une liste d'adresses de blocs un peu plus longue, que le contrôleur résout quasiment gratuitement.

Ce que « Défragmenter et optimiser les lecteurs » fait vraiment à un SSD

Ouvrez « Défragmenter et optimiser les lecteurs » (dfrgui) et regardez la colonne Type de média : Windows distingue un SSD d'un HDD et les traite différemment, à dessein. Pour les SSD, le rôle de l'outil, c'est le TRIM : signaler au contrôleur quels blocs sont logiquement supprimés, pour que les écritures futures aillent directement vers des cellules neuves au lieu de passer par un cycle lecture-modification-écriture. C'est ça, la vraie maintenance ; elle tourne chaque semaine par planification par défaut, et appuyer sur le bouton n'ajoute rien que la planification n'ait déjà fait. L'unique exception apparente : avec la Restauration du système activée, Windows fait passer une défragmentation classique sur le SSD environ une fois par mois, volontairement, car les instantanés cassent dès que la fragmentation des fichiers franchit un seuil. C'est un compromis d'ingénierie assumé chez Microsoft, pas un défaut de votre configuration.

• Vérifiez la colonne Type de média dans « Défragmenter et optimiser les lecteurs » (dfrgui) avant de lancer quoi que ce soit.
• Laissez l'optimisation planifiée activée : sur les SSD, elle envoie du TRIM, pas un passage de défragmentation.
• Vérifiez le TRIM une fois : dans une invite de commandes administrateur, lancez fsutil behavior query DisableDeleteNotify — vous voulez un 0.
• Ignorez les suites tierces qui défragmentent tous les lecteurs sans distinction : le « support SSD » des outils de 2005, c'est du marketing, pas de la détection de support.
• Si la Restauration du système est active, ne vous effrayez pas de l'entrée defrag mensuelle dans l'historique : elle garde les instantanés fonctionnels.
• Si l'usure vous préoccupe, surveillez Total Host Writes et le TBW dans un outil SMART : c'est le vrai compteur kilométrique du SSD, pas la fragmentation.

La maintenance dont un SSD a réellement besoin

La mémoire flash s'use à l'écriture, pas à la fragmentation, donc la liste honnête est courte : gardez 10 à 15 pour cent du disque libre pour que le contrôleur garde de la marge de manœuvre, appliquez le firmware quand le fabricant publie des correctifs, et ne stockez pas une panique inutile. Les disques grand public partent avec des budgets TBW que la plupart des foyers n'épuisent pas en une décennie. Un passage de défragmentation déplace chaque bloc pour un gain de performance nul : la seule « tâche de maintenance » qui dépense de la durée de vie sans rien acheter.

Alors quand le vieux conseil resurgit sur un forum, la réponse tient en une ligne : Windows fait ça correctement depuis 2012. Le défragmenteur dont se souvient votre cousin était un outil contre un problème que la mémoire flash n'a pas.

Questions et réponses

À lire ensuite