Pourquoi les vitesses de sauvegarde USB s’effondrent-elles après les 50 premiers Go d’un transfert continu ?

La vitesse des sauvegardes USB s’effondre souvent après plusieurs dizaines de gigaoctets, lorsqu’un cache rapide se remplit ou qu’une opération prolongée révèle une limite de stockage, de température ou de transport plus lente.

Les 50 premiers Go ne constituent pas un seuil universel. Ils indiquent que le transfert est passé d’un fonctionnement en rafale à un fonctionnement en régime stable, qu’il a atteint un autre ensemble de fichiers, rempli le cache d’un SSD, déclenché le nettoyage d’un disque SMR, fait chauffer un boîtier ou révélé des retransmissions USB. Pour établir le bon diagnostic, comparez les mêmes données sources au moyen de tests contrôlés sur fichiers volumineux et fichiers de petite taille, tout en enregistrant la latence de la destination, la température, les erreurs de liaison et le nombre réel d’octets écrits.

Déterminez si le ralentissement dépend du volume de données, du temps ou du nombre de fichiers

Répétez une sauvegarde limitée en enregistrant le temps écoulé, le volume de données transféré, le nombre de fichiers, leur taille moyenne, le débit de lecture de la source, le débit d’écriture de la destination et le point précis où le débit diminue.

Fio distingue les charges séquentielles et aléatoires, ce qui en fait un outil adapté pour déterminer si la destination ralentit après un volume fixe d’octets ou seulement lorsque la sauvegarde atteint un grand nombre de petits fichiers.

Si l’effondrement se produit autour du même nombre de gigaoctets écrits, quel que soit le type de fichiers, examinez les limites du cache et de la température. S’il suit le nombre de fichiers ou la profondeur des répertoires, les métadonnées et la surcharge de l’application sont plus probablement en cause.

Vérifiez si le cache d’écriture en rafale d’un SSD est saturé

Identifiez le support de destination et notez son modèle, son espace libre, sa température, son firmware et son comportement en écriture prolongée. Comparez le débit de la première minute avec celui obtenu après le ralentissement.

Crucial explique que les performances d’un SSD peuvent diminuer lorsque la collecte des données inutiles nécessite un nettoyage en arrière-plan, raison pour laquelle une courte rafale rapide ne représente pas le débit d’écriture du disque sur une longue durée.

Mettez la charge en pause suffisamment longtemps pour laisser le disque refroidir et effectuer son nettoyage en arrière-plan, puis reprenez avec les mêmes données. Une récupération temporaire indique une pression liée au cache ou à la température, mais ne permet pas de les différencier sans données sur la température et la latence.

Écartez un nettoyage géré par le disque SMR

Vérifiez si la destination USB contient un disque SMR géré par le disque lui-même. Comparez un flux séquentiel volumineux avec une sauvegarde qui met régulièrement à jour ou crée de nombreux petits fichiers.

Seagate indique que les disques SMR offrent leurs meilleures performances avec des écritures prévisibles, tandis que les mises à jour fragmentées ou aléatoires peuvent entraîner davantage de déplacements internes et réduire le débit en régime stable.

Ne déduisez pas la présence de SMR uniquement à partir de la capacité ou de la marque. Confirmez le modèle exact et évitez d’utiliser un disque dont les caractéristiques de charge ne conviennent pas à des sauvegardes incrémentielles fréquentes ou riches en métadonnées.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Recherchez les réinitialisations USB, la suspension automatique et les retransmissions sur la liaison

Enregistrez le journal de l’hôte depuis avant le début de la sauvegarde jusqu’au ralentissement. Recherchez les réinitialisations du périphérique, les erreurs UAS, les abandons de commandes, les changements de vitesse négociée, les déconnexions et les transitions de suspension automatique.

Le noyau Linux documente la gestion de l’alimentation USB en fonctionnement, ce qui aide à distinguer un ralentissement du support de stockage d’un chemin de transport qui se suspend, reprend ou se réinitialise régulièrement sous une charge prolongée.

Une liaison USB peut rester connectée tandis que les retransmissions réduisent le débit utile. Testez un port arrière direct, un câble court dont le bon fonctionnement est confirmé, un adaptateur secteur adapté et un autre hôte avant de modifier le système de fichiers ou les paramètres de sauvegarde.

Déterminez si la sauvegarde passe à une charge composée de petits fichiers

Examinez le journal de sauvegarde autour du ralentissement et comparez la taille moyenne des fichiers, leur taux de création, les opérations sur les métadonnées, le traitement des ACL, les sommes de contrôle, la compression et le chiffrement avant et après le seuil.

Red Hat décrit le stockage de petits fichiers comme une charge intensive en métadonnées. Une valeur en Mo/s plus faible peut donc être normale lorsque la sauvegarde passe de fichiers de données volumineux à de nombreuses opérations de création, fermeture, interrogation d’attributs et mise à jour de répertoires.

Mesurez le nombre de fichiers par seconde ainsi que le nombre de mégaoctets par seconde. Une phase composée de petits fichiers peut afficher un faible débit en octets alors que la pile de stockage reste active et réactive.

Vérifiez l’espace libre, la commande discard et l’amplification des écritures

Notez l’espace libre de la destination, la rétention des instantanés, l’utilisation de la corbeille, l’allocation dynamique et la transmission ou non de la commande discard à un SSD par le pont USB et le système de fichiers.

Le manuel de fstrim explique que les blocs inutilisés doivent être signalés au support compatible avant de pouvoir être réutilisés efficacement.

N’activez pas discard avec un boîtier qui ne la transmet pas correctement. Commencez par rétablir une marge d’espace libre suffisante, puis comparez le même segment de sauvegarde après un nettoyage pris en charge.

Effectuez un test A/B contrôlé avant de remplacer le matériel

Créez un jeu de test composé de fichiers volumineux et un autre de fichiers de petite taille, de volume égal. Exécutez chaque test vers la même destination après refroidissement, puis répétez-les sur un autre chemin USB ou une autre destination en enregistrant la température et les erreurs.

Le guide ZimaSpace consacré à la préparation d’une sauvegarde initiale volumineuse propose une méthode complémentaire pour distinguer la planification des sauvegardes et la saturation du réseau des performances en régime stable de la destination.

Le diagnostic est terminé lorsque le ralentissement suit une condition mesurable — épuisement du cache, nettoyage SMR, type de fichiers, chaleur, retransmissions USB ou faible espace réutilisable — et que le chemin corrigé maintient le débit attendu en régime stable.

Questions fréquemment posées

Un ralentissement après 50 Go prouve-t-il que le disque possède un cache de 50 Go ?

Non. Ce seuil peut également refléter le temps écoulé, la température, le type de fichiers, la pression liée à l’espace libre ou un nettoyage interne. Répétez le test avec différentes structures de données avant d’estimer la taille du cache.

Pourquoi la mise en pause de la sauvegarde rétablit-elle temporairement la vitesse ?

La pause peut permettre à un SSD de déplacer les données mises en cache, à un disque SMR de réorganiser les écritures, à un boîtier de refroidir ou au transport USB de récupérer. Des journaux de température et de latence sont nécessaires pour les différencier.

Dois-je évaluer les performances d’une sauvegarde en fonction de sa vitesse initiale ?

Non. Le dimensionnement de la capacité doit s’appuyer sur le débit stable obtenu une fois les caches remplis et la charge passée à son mélange habituel de données, de métadonnées, de vérification et de gestion de la rétention.