Latence élevée, mais le ping montre une faible latence

8

Nous observons des latences de ~ 100 à 300 ms pour les services accédant à une ressource distante dans le même sous-réseau, mais lorsque nous utilisons ping (la taille du ping était d'une taille similaire à celle des paquets envoyés normalement), nous voyons des réponses de 5 ms ou moins. Autre chose que nous devrions vérifier?

Un extrait du moniteur de ressources

— Mindaugas Mozūras
source

12

Soit dit en passant, le réseau 10.0.0.0/8 est réservé aux réseaux privés et n'est pas publiquement routable. L'obscurcissement d'une partie de l'adresse IP n'est donc pas nécessaire. Plus d'informations ici - en.wikipedia.org/wiki/… .

— Buggabill

21

Que signifie "latence"?
Comparez-vous les temps de réponse d'écho ICMP avec les temps d'aller-retour du traitement des demandes?

Si vous l'êtes, cela expliquerait cela - et vous dirait également de ne pas comparer les pommes et les oranges :)

— adaptr
source

4

D'accord - effectuez une capture de paquets sur le serveur et regardez combien de temps il faut au serveur pour émettre une réponse aux demandes d'application.

— EEAA

3

… Mais ils sont tous les deux ronds (et cela fonctionne pour RTT et les fruits spécifiés!)

— voretaq7

4

..et les paquets ICMP font 64 octets. Leur latence globale et mesurée est à peu près garantie d'être meilleure que tout ce qui contient une charge utile de données réelle.

— adaptr

2

De plus, le ping ne prend presque pas de temps sur le serveur pour être traité ET vous pouvez avoir des pings de priorité QOS (je le fais sur certains liens).

— TomTom

1

Je dirais: vérifiez le réseau, les interfaces et tout ça. Peut-être que vos applications affichent une telle latence en raison de messages de réinitialisation dus à un problème sur les interfaces

— Alfabravo

8

peut-il y avoir des pertes de paquets [qui provoquent des retransmissions] par exemple pour des paquets plus gros?

essayez peut-être ping -s 1400 addresssous linux ou ping -l 1400 addresssous windows.

si cela ne vous aide pas à regarder le trafic avec Wireshark - peut-être y a-t-il d'étranges retransmissions, des paquets corrompus?

— pQd
source

3

Une telle anomalie montre généralement un problème dans l'application / le serveur. Bien qu'il soit possible que votre ping soit différent en raison de la priorité QoS / réseau, ce n'est pas le premier endroit où je regarderais si vous parlez de systèmes sur le même réseau local.

Quel est votre temps de latence pour accéder au service à partir du même hôte qu'il est desservi? Cet hôte fournit-il d'autres services plus rapidement? Est-ce sous une lourde charge d'E / S?

— Jeff Ferland
source

1

Comme vous le suspectez ici, ping latence! = Un temps d'aller-retour TCP, en particulier s'il y a des données en cours de transfert. Il est possible que tout cela soit dû à des ACK retardés (qui peuvent imposer ~ 200 ms, le paramètre par défaut commun) ou à la mauvaise interaction entre Nagle / et DACK qui peut le pousser jusqu'à ~ 500 ms. Une capture de paquets s'impose ici.

Notez également que le minuteur d'acquittement différé est indépendant d'un flux TCP et est instancié au démarrage du système. Ainsi, il peut se déclencher à tout moment entre 1 et 200 ms à l'intérieur d'un flux, et provoque généralement un retard de style «plage» comme vous le décrivez.

— mcauth
source