Calculateur de temps de transfert de données
Données
| Volume de données | 10 GB |
|---|---|
| Débit du lien | 100 Mbps |
| Surcharge du protocole | 10 % |
Calculateur de temps de transfert de données
Estimez la durée réelle d'un transfert de données à partir du volume de données, du débit du lien et de la surcharge du protocole. Tient compte de l'écart entre le débit nominal d'un lien et son débit utile.
Données
Détails du transfert
Résultats
Saisissez une valeur pour afficher les résultats.
Temps de transfert
Débit effectif
Temps de transfert de données
Le temps de transfert de données est la durée réelle nécessaire pour déplacer un volume de données fixe sur un lien. Il importe lors de la planification des sauvegardes, des téléversements de gros fichiers, des migrations de bases de données et de la diffusion de médias, où le débit nominal du lien et le temps que prend réellement la tâche peuvent différer dans de larges proportions.
La formule
Re=R×(1−h) t=ReD×8où est le volume de données en octets, est le débit nominal du lien en bits par seconde, est la surcharge fractionnaire du protocole et est le débit effectif (utile). Le facteur 8 convertit les octets en bits, car le stockage se mesure en octets mais le débit du lien en bits par seconde.
Exemple chiffré. Déplacer un fichier de 1 Go sur un lien de 100 Mbit/s avec 20 % de surcharge :
Re=100 Mbit/s×(1−0,20)=80 Mbit/s t=800000001000000000×8=100 sSans surcharge, le même transfert prendrait 80 secondes ; les 20 % de surcharge ajoutent 20 secondes.
Pourquoi le débit effectif est inférieur au débit nominal
Le chiffre annoncé d'une connexion correspond à son débit de signalisation brut. Plusieurs facteurs empêchent votre charge utile de l'utiliser en totalité :
- En-têtes de protocole. Chaque paquet transporte des en-têtes Ethernet, IP et TCP. Pour une trame standard de 1500 octets, environ 2 à 5 % est de l'en-tête plutôt que de la charge utile.
- Accusés de réception et retransmissions. TCP confirme la livraison et renvoie les segments perdus, ce qui consomme de la capacité dans les deux sens.
- Slow start et contrôle de congestion. TCP monte en charge progressivement, si bien que les transferts courts n'atteignent jamais le débit maximal.
- Support partagé et interférences. Le Wi-Fi, le cellulaire et les liens en contention perdent du débit à cause des collisions et de la perte de signal.
- Limites des extrémités. Un disque lent, un processeur occupé ou un serveur surchargé peuvent plafonner un transfert bien en dessous de la capacité du réseau.
Choisir une valeur de surcharge
| Scénario | Surcharge réaliste |
|---|---|
| LAN filaire, gros fichiers, TCP | 5 % – 10 % |
| Internet domestique typique, gros fichiers | 10 % – 15 % |
| Wi-Fi ou trajet internet longue distance | 15 % – 25 % |
| Nombreux petits fichiers | 25 % ou plus |
| Meilleur cas théorique | 0 % |
Pour les petits fichiers, l'établissement de connexion par fichier et la montée en charge de TCP dominent, si bien que le débit effectif peut tomber bien en dessous de ces chiffres.
Bits, octets et le facteur ×8
Les débits réseau sont annoncés en bits par seconde (Mbit/s, Gbit/s) ; les tailles de fichier sont exprimées en octets (Mo, Go). Un octet vaut 8 bits, donc un fichier de 1 Go représente 8 gigabits. Un lien « 100 Mbit/s » délivre donc au mieux environ 12,5 Mo/s, ce qui explique pourquoi les gestionnaires de téléchargement, qui affichent des Mo/s, indiquent un pic proche d'un huitième de la valeur annoncée en Mbit/s.
Calculateurs liés
Pour une estimation rapide sans terme de surcharge, utilisez le calculateur Calculateur de temps de téléchargement. Pour convertir entre des unités de bits par seconde et d'octets par seconde, utilisez le calculateur Convertisseur de débit (bit/s). Pour dimensionner la bande passante nécessaire à un média en direct, voyez le calculateur Calculateur de bande passante de streaming.
Questions fréquentes (FAQ)
Pourquoi un transfert prend-il plus de temps que ne le prévoit le débit nominal du lien ?
Un lien annoncé à 100 Mbit/s ne délivre presque jamais 100 Mbit/s de charge utile de fichier. Une partie de la capacité transporte les en-têtes TCP/IP et Ethernet, une partie est consacrée aux accusés de réception et aux retransmissions, et la montée en charge du contrôle de congestion de TCP (slow start) fait qu'une connexion met du temps à atteindre son débit maximal.
Les liens partagés, les interférences Wi-Fi et la vitesse de lecture et d'écriture des disques à chaque extrémité ajoutent encore du retard.
Supposer une surcharge de 5 % à 20 % est un point de départ réaliste pour les transferts quotidiens.
Quelle valeur de surcharge dois-je utiliser ?
Pour un réseau local filaire déplaçant de gros fichiers en TCP, 5 % à 10 % est typique. Pour le Wi-Fi ou des trajets internet plus longs, 15 % à 25 % est plus réaliste une fois prises en compte les retransmissions et le trafic de protocole. Les petits fichiers subissent proportionnellement plus de surcharge car la connexion n'atteint jamais son débit maximal. Si vous voulez uniquement le meilleur cas théorique, fixez la surcharge à 0 %.
Pourquoi multiplier la taille du fichier par 8 ?
La taille des fichiers se mesure en octets (un fichier de 1 Go représente un milliard d'octets), mais les débits réseau se mesurent en bits par seconde. Il y a 8 bits dans un octet, donc un fichier de 1 Go représente 8 gigabits. Diviser 8 gigabits par un lien de 100 Mbit/s donne 80 secondes au maximum théorique, avant toute surcharge.
Quelle est la différence entre Mbit/s et Mo/s ?
Mbit/s signifie mégabits par seconde ; Mo/s signifie mégaoctets par seconde. Comme un octet vaut 8 bits, 100 Mbit/s équivalent à 12,5 Mo/s. Les gestionnaires de téléchargement affichent généralement des Mo/s tandis que les fournisseurs d'accès annoncent des Mbit/s, et c'est pourquoi une offre « 100 Mbit/s » montre des téléchargements culminant autour de 12 Mo/s.