Performances
Qu'est-ce que RTT ?
RTT is the time for a packet to travel to a destination and for the response to return, measured in milliseconds. The physical floor is about 1 ms per 100 km each way: light in fibre travels at roughly two-thirds of c and real routes are around 1.35 times the great-circle distance.
Pourquoi RTT est important
Le plancher physique est d'environ 1 ms par 100 km aller-retour : la lumière dans la fibre voyage à environ deux tiers de c et les routes réelles sont environ 1,35 fois la distance orthodromique. Aucun fournisseur ne bat ce plancher, c'est pourquoi le placement détermine plus la vitesse perçue que toute spécification matérielle. Ce qu'un bon réseau fait, c'est s'approcher du plancher — peering direct plutôt que trois sauts de transit, et des liens non congestionnés qui n'ajoutent pas de délai de file d'attente en plus de la distance. Notez que le ping ICMP et le temps de parcours applicatif ne sont pas la même mesure : les routeurs déprioritisent couramment l'ICMP, donc un ping peut sembler pire que la poignée de main TCP que vos utilisateurs vivent réellement. Chaque page d'emplacement OnionVPS publie un RTT estimé vers chaque autre région, calculé à partir de la formule ci-dessus afin que le nombre soit reproductible plutôt que promotionnel.
RTT en pratique
Lorsqu'on gère un serveur, le RTT est la vérité terrain pour la latence perçue par l'utilisateur. Je l'observe depuis plusieurs points de vue, pas seulement mon propre datacenter. Si le RTT de mon application vers une région est élevé, je vérifie d'abord si le chemin emprunte trois sauts de transit ou des liens congestionnés ; c'est un délai de file d'attente que je peux corriger. Si c'est la distance, je déplace l'instance. Se tromper signifie un service à la lenteur perçue qu'aucune spécification matérielle ne corrige, car la loi physique fixe le plancher. La bonne nouvelle : le RTT d'un ping ICMP peut induire en erreur, car les routeurs déprioritisent ce trafic ; mesurez avec une vraie poignée de main TCP à la place.
Ce qu'on comprend mal à propos de RTT
L'erreur courante est de traiter le ping ICMP comme le chiffre RTT définitif. Beaucoup supposent qu'un ping leur dit ce que les utilisateurs vivent, mais les routeurs déprioritisent l'ICMP, donc le ping peut sembler pire que la poignée de main TCP réelle. La correction : utilisez des mesures au niveau applicatif pour une latence réelle côté utilisateur.
RTT — questions fréquentes
Quel est le lien entre le RTT et le ping ?
Le RTT et le ping sont souvent utilisés de manière interchangeable, mais le ping fait spécifiquement référence aux requêtes d'écho ICMP. Le RTT est le concept plus large couvrant tout aller-retour, y compris les poignées de main TCP. Le ping peut être peu fiable car les routeurs déprioritisent l'ICMP, il peut donc surestimer le RTT que les utilisateurs vivent réellement.
Quel est le RTT minimum possible ?
Le plancher physique est d'environ 1 ms par 100 km dans chaque sens, avec des routes réelles environ 1,35 fois la distance orthodromique. Aucun fournisseur ne peut faire mieux car la lumière dans la fibre voyage aux deux tiers de c. L'emplacement compte plus que tout matériel.
Plus de performances
- Temps de vol CPU (steal time)
- Le steal time est la proportion de temps pendant laquelle un CPU virtuel était prêt à s'exécuter mais l'hyperviseur a donné le cœur physique à un autre invité.
- Gigue
- La gigue est la variation du délai des paquets dans le temps, par opposition au délai moyen lui-même.
- TTFB
- Le TTFB mesure le temps entre l'envoi d'une requête et la réception du premier octet de la réponse.