Pourquoi le speed test sous Linux est lent ou instable ?

Comprendre les résultats d’un speed test sous Linux

Un test de débit mesure généralement le débit descendant, le débit montant et la latence. Un résultat faible ne signifie pas forcément que la fibre ou la box est défaillante. Le navigateur, le serveur choisi, le Wi-Fi, le routeur, le pilote réseau et les applications actives peuvent modifier la mesure.

Avant de conclure, comparez plusieurs essais réalisés à quelques minutes d’intervalle. Utilisez si possible une connexion Ethernet directe entre l’ordinateur Linux et la box, puis répétez le test en Wi-Fi pour identifier l’origine de l’écart.

Cause 1 : le Wi-Fi limite le débit

Le Wi-Fi est souvent la première cause d’un débit instable. La distance avec la box, les murs, les réseaux voisins et l’utilisation de la bande 2,4 GHz peuvent réduire le débit descendant et augmenter la latence. Certains appareils basculent aussi vers une fréquence moins performante malgré une bonne puissance de signal.

Pour vérifier cette hypothèse, lancez un test près du routeur, comparez les bandes 2,4 GHz et 5 GHz, puis contrôlez la liaison avec iw dev ou nmcli device wifi list. Si le débit redevient normal en Ethernet, le problème concerne probablement le Wi-Fi plutôt que l’opérateur.

Cause 2 : le câble ou le port Ethernet négocie à une vitesse réduite

Un câble endommagé, un adaptateur USB limité ou un port mal négocié peut bloquer la connexion à 100 Mbit/s au lieu d’atteindre 1 Gbit/s ou davantage. Cette limitation est fréquente avec certains anciens câbles, docks USB et adaptateurs réseau.

Identifiez l’interface avec ip link, puis vérifiez sa vitesse avec ethtool nom_interface. Une négociation à 100 Mb/s, des erreurs ou des pertes de paquets indiquent qu’il faut tester un autre câble, un autre port de la box ou un autre adaptateur compatible avec le débit de la fibre.

Cause 3 : le serveur de test ou le routage est défavorable

La distance et la charge du serveur utilisé par le speed test peuvent réduire le résultat. Un serveur situé dans une autre région ou connecté par un itinéraire réseau encombré ne représente pas toujours la capacité réelle de votre accès. Le choix automatique du serveur peut également sélectionner une destination moins performante.

Comparez plusieurs serveurs proches géographiquement et répétez la mesure à différents moments. Les commandes ping et traceroute peuvent révéler une latence anormalement élevée ou un saut réseau problématique. Si un seul serveur produit un mauvais résultat, la limitation ne vient probablement pas de votre box.

Cause 4 : la machine Linux ou le navigateur est déjà sollicité

Un speed test utilise le processeur, la mémoire et parfois plusieurs connexions simultanées. Des téléchargements, une synchronisation cloud, une mise à jour système, un VPN ou un navigateur chargé peuvent réduire le débit mesuré. Sur un ordinateur ancien, le processeur peut aussi devenir un facteur limitant pendant le test.

Fermez les applications réseau, suspendez les synchronisations et observez la charge avec top ou htop. Désactivez temporairement le VPN et comparez un test réalisé dans un autre navigateur. Si le débit augmente après ces actions, la connexion fibre n’est pas nécessairement en cause.

Cause 5 : le pilote réseau ou la configuration Linux est inadapté

Un pilote obsolète, une gestion d’énergie agressive ou une carte réseau mal reconnue peut provoquer des pertes de paquets et une baisse du débit. Certaines distributions activent aussi des paramètres d’économie d’énergie qui réduisent les performances du Wi-Fi ou d’un adaptateur Ethernet.

Consultez les messages du noyau avec dmesg et identifiez le matériel avec lspci ou lsusb. Installez les mises à jour recommandées par votre distribution, vérifiez le firmware et comparez le comportement avec un autre adaptateur. Ne modifiez les paramètres avancés du pilote qu’après avoir conservé une configuration de secours.

Cause 6 : la box, le routeur ou le réseau de l’opérateur est saturé

Une box peut être sollicitée par plusieurs appareils, un téléchargement important, une télévision connectée ou une sauvegarde en ligne. La qualité de service, le contrôle parental et certaines fonctions de sécurité peuvent également mobiliser les ressources du routeur. Une saturation temporaire du réseau de l’opérateur est aussi possible, notamment aux heures de forte utilisation.

Déconnectez provisoirement les autres appareils et redémarrez la box selon les recommandations de l’opérateur. Comparez les résultats à plusieurs heures et depuis plusieurs équipements. Si le débit reste faible en Ethernet sur plusieurs appareils, contactez l’opérateur en fournissant les heures de test, le serveur utilisé, le débit descendant, le débit montant et la latence.

Méthode fiable pour diagnostiquer le problème

1. Mettre Linux à jour et arrêter les téléchargements ou synchronisations en cours.
2. Tester en Ethernet avec un câble compatible avec le débit attendu.
3. Choisir plusieurs serveurs proches et conserver les résultats comparables.
4. Comparer plusieurs horaires afin de repérer une saturation périodique.
5. Mesurer la latence et les pertes avec ping, puis examiner le chemin avec traceroute si nécessaire.
6. Comparer un autre appareil connecté à la même box pour séparer un problème local d’un problème d’accès.

Optimiser le débit descendant, le débit montant et la latence

• Privilégiez l’Ethernet pour les mesures et les usages exigeants.
• En Wi-Fi, rapprochez l’appareil de la box et utilisez la bande 5 GHz lorsque l’environnement le permet.
• Remplacez les câbles ou adaptateurs qui négocient à 100 Mb/s ou signalent des erreurs.
• Évitez de tester pendant une sauvegarde, une mise à jour ou un téléchargement important.
• Maintenez Linux, le noyau, les pilotes et le firmware à jour.
• Redémarrez la box uniquement après avoir vérifié les appareils et services qui consomment la connexion.
• Contactez l’opérateur si plusieurs appareils obtiennent un résultat faible en Ethernet, à différents horaires et avec plusieurs serveurs.

Un speed test sous Linux devient réellement utile lorsqu’il est interprété avec son contexte technique. La comparaison entre Ethernet et Wi-Fi, entre plusieurs serveurs et entre plusieurs horaires permet généralement de déterminer si la cause vient de l’ordinateur, du routeur, de la box ou du réseau de l’opérateur.