Les transferts de fichiers sont lents en 10 GbE ? Commencez par effectuer un test avec iperf3

Dépannage 10 GbE transferts de fichiers lents Il faut commencer par distinguer trois éléments : la vitesse de la liaison du port, le débit entre deux ordinateurs et la vitesse de la copie du fichier elle-même.

Un indicateur de liaison 10G confirme le débit de la liaison, mais ne garantit pas ce débit. NAS vitesse de transfert. Avant de remplacer un module SFP+, effectuez un test sur le réseau local entre les mêmes terminaux que ceux utilisés pour la copie lente. Comparez ensuite les résultats avec ceux d'un transfert de fichiers contrôlé.

Transferts de fichiers lents sur un réseau 10 GbE : vérifiez d'abord les unités de mesure

Les débits réseau sont généralement indiqués en Gbps ou Mbits/s. Les outils de copie de fichiers affichent généralement Mo/s ou MiB/s.

Utilisation des unités décimales :

• 10 Gbps ÷ 8 = 1,25 Go/s avant la surcharge liée au protocole.
• 100 Mo/s × 8 = 800 Mbps.

Aucun de ces chiffres ne constitue un diagnostic. Une copie à 100 Mo/s peut être ralentie par un segment de réseau, un périphérique de stockage ou une application plus lents. Vérifiez également si l'outil de copie utilise le MiB/s plutôt que le Mo/s décimal.

1. Vérifiez quel chemin réseau vous testez

Notez le chemin entre le client et le NAS, en incluant tous les commutateurs, convertisseurs et liaisons montantes intermédiaires. Vérifiez le débit réel à chaque interface concernée, et pas seulement la capacité annoncée par la carte réseau.

Utilisez l'adresse NAS attribuée à l'interface filaire souhaitée. Un nom d'hôte peut renvoyer vers une autre interface. Vérifiez que le transfert ne s'effectue pas via le Wi-Fi, un VPN, un port de gestion ou un chemin de routage inattendu.

Pour un module SFP+ cuivre, le débit électrique côté hôte et la négociation RJ45 peuvent varier. Une combinaison prise en charge avec adaptation de débit peut afficher 10G côté hôte alors que son homologue cuivre fonctionne à 2,5G. Consultez le guide de LuLeey sur connexion d'un port SFP+ 10G à un port RJ45 2,5G.

La compatibilité physique, le mode SerDes de l'hôte, les débits négociés et le débit utile font l'objet de vérifications distinctes. Notez précisément les modèles de l'hôte et du module, le chipset/PHY de l'hôte, le micrologiciel, le pilote, les paramètres du port et le codage du module avant de tirer des conclusions quant à la compatibilité. Le simple fait qu'un boîtier porte la mention « SFP+ » ne suffit pas à garantir cette compatibilité.

2. Effectuer un test du réseau local sans copier de fichiers

Utilisez deux machines autorisées sur le chemin concerné. Dans l'idéal, faites tourner le serveur sur le NAS lui-même ; un serveur différent ne permet de tester que le chemin menant à ce serveur. Ne testez pas par rapport à localhost ou un site permettant de tester la vitesse de connexion Internet.

Ces commandes supposent un système fiable et compatible iperf3 installation. ESnet ne prend pas officiellement en charge iperf3 sous Windows ; veuillez vérifier séparément chaque version de Windows ou utiliser une plateforme prise en charge. L'utilisation d'une machine virtuelle ou d'un conteneur implique une étape supplémentaire à documenter. Consultez la section FAQ sur la compatibilité avec l'ESnet.

Dans cet exemple, l'adresse LAN du serveur est 192.168.10.20. Remplacez-la par votre adresse réelle. Effectuez les tests pendant une période de faible trafic : les tests de débit peuvent entraîner une congestion du réseau. N'autorisez le port TCP 5201 qu'entre les machines de test ; n'exposez pas le serveur à Internet.

Sur le serveur :

iperf3 -s -B 192.168.10.20

Sur le client, exécutez ces commandes séparément :

iperf3 -c 192.168.10.20 -t 30
iperf3 -c 192.168.10.20 -t 30 -R

Le premier envoie client → serveur. -R envoie du serveur vers le client. Il s'agit de tests consécutifs, et non d'un trafic bidirectionnel simultané.

Si un flux est lent, comparez quatre flux :

iperf3 -c 192.168.10.20 -t 30 -P 4
iperf3 -c 192.168.10.20 -t 30 -P 4 -R

Enregistrez le récapitulatif final des destinataires ; pour les tests parallèles, utilisez l'agrégat [SUM] Résultat. Enregistrez l'utilisation du processeur, les retransmissions signalées et les variations des compteurs d'interface. Arrêtez ensuite le serveur à l'aide de Ctrl+C. Le fonctionnement de la commande est décrit dans le manuel officiel d'iperf3.

Les tests classiques génèrent du trafic sans lire votre fichier source ni écrire de fichier de destination. Ils dépendent toujours des points d'extrémité, des logiciels et du chemin réseau — et pas seulement du câble.

3. Laisser les résultats déterminer le prochain contrôle

Les schémas ci-dessous constituent des indices diagnostiques, et non des seuils universels de réussite ou d'échec.

Record the iperf3 version at both ends. Older advice describing all iperf3 tests as single-threaded is version-dependent: ESnet documents one thread per stream from version 3.16 onward. That does not mean four streams will always help.

Do not change MTU, flow control, drivers and modules together. Keep a known-working baseline, make one justified change, and repeat the same test.

4. Compare a Controlled File Copy

If TCP performance is good, copy one large, ordinary file into a dedicated test folder without overwriting existing data. Check both directions. Then compare a folder of small files.

Watch source read speed, destination write speed and CPU use. A fast opening burst followed by a slowdown can reflect exhausted caches. Many small files add repeated metadata operations. SMB signing and encryption can add CPU work; keep required security protections enabled.

Microsoft’s SMB troubleshooting guidance explains these storage, caching and workload effects. They are reasons to investigate the file-copy path—not proof that your particular NAS has a disk fault.

For example, a hypothetical result of 9 Gbps in a same-direction TCP test and 220 MB/s in a file copy shifts the next check toward storage and file sharing. It does not certify every network condition or identify one failed component.

5. Investigate Modules When the Evidence Points There

If network tests are also poor, compare interface counters before and after each run. Increasing CRC/FCS errors justify checking the relevant physical link; drops without CRC errors can have other causes, including congestion. A TCP retransmission count alone does not identify a bad module.

For copper links, substitute a known-good cable within the selected module’s documented reach. For optical links, verify the fiber type, matched transceivers, connector condition and model-specific receive-power limits. Inspect and clean with appropriate tools; never look into a fiber or optical port.

Also check host power and cooling requirements. If the interface repeatedly goes down and up, follow the separate 10GBASE-T SFP+ link-flapping checklist.

Swap one component at a time. Repeat in the original setup if safe: a result that follows a particular component is more useful than a one-off improvement after several changes.

Before Buying a Different Module

LuLeey’s Solution de mise à niveau 10G pour HomeLab covers copper, DAC/AOC and optical connection options. Its 10GBASE-T SFP+ to RJ45 module page offers multiple variants; confirm the selected hardware, supported modes and reach against your actual setup. Do not assume every option behaves identically.

For useful compatibility advice, send LuLeey:

• Both endpoint models, host chipset/PHY, firmware and drivers
• Module variant, coding, host mode and port settings
• Cable type, length and complete connection path
• Observed rates on both sides of any converter or copper module
• Forward/reverse TCP results, CPU use and counter changes
• File-copy direction, speed, workload and storage observations

Start with the comparison, not the replacement: confirm the path, test TCP in both directions, then compare file copies. This tells you where the next test belongs.