Goodput - Goodput

Dans les réseaux informatiques, goodput (un portmanteau de bien et de débit ) est le débit au niveau de l' application d'une communication; c'est-à-dire le nombre de bits d' information utiles délivrés par le réseau à une certaine destination par unité de temps. La quantité de données considérée exclut les bits de surcharge de protocole ainsi que les paquets de données retransmis. Ceci est lié au temps écoulé entre le premier bit du premier paquet envoyé (ou remis) et le dernier bit du dernier paquet.

Par exemple, si un fichier est transféré, le goodput que l'utilisateur éprouve correspond à la taille du fichier en bits divisée par le temps de transfert du fichier. Le goodput est toujours inférieur au débit (le débit binaire brut qui est transféré physiquement), qui est généralement inférieur à la vitesse de connexion d'accès au réseau (la capacité du canal ou la bande passante ).

Voici des exemples de facteurs qui entraînent un rendement inférieur au débit:

  • En-tête de protocole : En règle générale, la couche de transport, la couche réseau et parfois la surcharge de protocole de la couche de liaison de données sont incluses dans le débit, mais sont exclues du rendement.
  • Contrôle de flux de couche de transport et évitement de la congestion : par exemple, un démarrage lent TCP peut entraîner un débit inférieur au débit maximal.
  • La retransmission de paquets perdus ou corrompus en raison de la demande de répétition automatique de la couche de transport (ARQ), causée par des erreurs de bits ou une chute de paquets dans des commutateurs et des routeurs encombrés, est incluse dans le débit de la couche liaison de données ou de la couche réseau, mais pas dans le débit.

Exemple

Imaginez qu'un fichier soit transféré via HTTP via une connexion Ethernet commutée avec une capacité totale de canal de 100 mégabits par seconde . Le fichier ne peut pas être transféré via Ethernet en tant que flux continu unique; au lieu de cela, il doit être décomposé en morceaux individuels. Ces blocs ne doivent pas être plus grands que l' unité de transmission maximale d'IP sur Ethernet, qui est de 1500 octets . Chaque paquet nécessite 20 octets d' informations d'en-tête IPv4 et 20 octets d' informations d'en-tête TCP , de sorte que seuls 1460 octets sont disponibles par paquet pour les données de transfert de fichiers elles-mêmes ( Linux et macOS sont en outre limités à 1448 octets car ils transportent également un temps de 12 octets timbre). De plus, les données sont transmises via Ethernet dans une trame, ce qui impose un surdébit de 26 octets par paquet. Compte tenu de ces frais généraux, le débit maximal est de 1460/1526 × 100 Mbit / s, soit 95,67 mégabits par seconde ou 11,959 mégaoctets par seconde .

Notez que cet exemple ne prend pas en compte une surcharge Ethernet supplémentaire, telle que l' intervalle intertrame (un minimum de 96 bits), ou des collisions (qui ont un impact variable, en fonction de la charge du réseau). TCP lui-même ajoute également la surcharge des accusés de réception (qui, avec le temps de retard aller-retour et la taille de la fenêtre TCP en effet, limiteront le débit de chaque connexion TCP individuelle, voir le produit de délai de bande passante ). Cet exemple ne prend pas non plus en compte la surcharge du protocole HTTP lui-même, qui devient pertinente lors du transfert de petits fichiers.

Délai de livraison des données

Le goodput est un rapport entre la quantité d'informations livrées et le délai de livraison total. Ce délai de livraison comprend:

Voir également

Les références

Sources