Il semble évident qu'une connexion plus rapide réduit la latence ... Mais je me demande: je travaille à distance sur un hôte à l'autre bout du monde - la lumière ne peut voyager que si rapidement (1 pied en une nano seconde) et nous avons tous les deux des connexions à large bande dépassant 1 000 kbps en téléchargement et 10 000 kbps en téléchargement:
Une connexion à bande passante plus élevée réduira-t-elle le temps nécessaire au ping ?? Puisqu'il s'agit de très peu de données, comment une connexion plus rapide pourrait-elle aider? Actuellement, le ping prend 450 ms. Est-ce que je peux l'améliorer?
internet
ping
network-speed
gWaldo
la source
la source
Réponses:
Tout d'abord, la bande passante n'est pas la même chose que la latence. Une connexion plus rapide ne réduira pas nécessairement votre latence. 450ms semble un peu lent mais pas si loin si vous allez à mi-chemin à travers le monde. En tant que cadre de référence, une liaison à haut débit et à faible latence prendra environ 70 à 80 ms pour traverser les États-Unis. Vous pourrez peut-être gagner un peu moins de latence en changeant votre fournisseur en supposant qu'il a un chemin d'appairage plus optimal. mais je ne peux rien promettre.
la source
Une connexion "plus rapide" (comme vous vous y référez) ne réduit pas la latence. Une connexion "plus rapide" permet de placer plus de données sur le fil dans un laps de temps donné.
La bande passante est une mesure de la capacité.
La latence est une mesure du retard.
ÉDITER
Voici un exemple de la différence entre la bande passante et la latence: Imaginez 2 connexions Internet, une 10 Mbps et l'autre 1 Mbps. Les deux ont une latence de 50 ms. Imaginez maintenant que j'envoie des touches à un terminal distant à l'autre extrémité de ces connexions. Par souci de simplicité, disons que chaque frappe consomme 1 Mbps de bande passante. Sur la connexion 10 Mbps, je peux envoyer les lettres A, B, C, D, E, F, G, H, I, J en même temps, donc elles arrivent toutes au terminal distant 50 ms plus tard et sont répercutées sur l'écran ... en même temps. Désormais, sur la connexion à 1 Mbps, chaque séquence de touches est envoyée indépendamment car chaque séquence de touches consomme toute la bande passante disponible. Ainsi, la lettre A est envoyée, puis 50 ms plus tard, elle est reçue par le terminal distant et répercutée sur l'écran, suivie de la lettre B 50 ms après cela, puis la lettre C ... jusqu'à la lettre J. Il faudrait 500 ms pour que les dix lettres soient reçues sur le terminal distant et renvoyées à l'écran. La connexion 10 Mbps est-elle plus rapide? Non ça ne l'est pas. Sa latence est de 50 ms, tout comme la connexion à 1 Mbps. Il apparaît plus rapidement car il a un débit plus élevé (bande passante) et plus de données peuvent être placées sur le fil en même temps. C'est la différence entre la bande passante (capacité) et la latence (retard). Au sens strict, une connexion "plus rapide" (au sens où vous vous y référez) ne réduira pas la latence. Il apparaît plus rapidement car il a un débit plus élevé (bande passante) et plus de données peuvent être placées sur le fil en même temps. C'est la différence entre la bande passante (capacité) et la latence (retard). Au sens strict, une connexion "plus rapide" (dans le sens où vous vous y référez) ne réduira pas la latence. Il apparaît plus rapidement car il a un débit plus élevé (bande passante) et plus de données peuvent être placées sur le fil en même temps. C'est la différence entre la bande passante (capacité) et la latence (retard). Au sens strict, une connexion "plus rapide" (dans le sens où vous vous y référez) ne réduira pas la latence.
la source
Les connexions sont mesurées selon deux facteurs principaux, la latence et la bande passante. Il n'y a rien de tel que «haute vitesse» ou «plus rapide». Ceux-ci sont du marketing à double langage et n'ont aucun sens dans le contexte de connexions gérées par des professionnels.
la source
J'ai un point à dire ici concernant le ping.
Habituellement, le trafic ICMP n'est pas prioritaire. Ainsi, la mesure du retard / latence du réseau ne sera pas précise à l'aide de ping ou de tout autre trafic basé sur icmp.
Le délai entre deux points peut être calculé à l'aide de la formule:
Le délai de transmission est le temps de pousser les bits de paquet sur le fil. Le délai de propagation est lié au support et correspond au temps pour atteindre la destination. Le délai de traitement est lié aux machines / routeurs de réception et d'envoi.
la source
Souvent, oui. Mais les deux ne sont pas la même chose et ne sont pas directement liés. Il se trouve que les connexions avec plus de bande passante ont généralement une latence plus faible en raison de la technologie utilisée.
Mais ce n'est pas toujours vrai. Envisagez une méthode rapide pour transférer des quantités massives de données: remplir 12 disques durs de 2 To avec des données et les envoyer par courrier. Le taux de transfert de données est TRÈS élevé (plus de 2000 Mbps étant donné que vous pouvez envoyer 24 To en 24 heures). La latence est également très élevée (24 heures). La connexion a une latence beaucoup plus faible que cela, mais il faudrait des années pour envoyer 24 To par connexion.
Ce n'est pas une bonne idée d'assimiler directement les deux. Si vous avez spécifiquement besoin d'une latence plus faible, vous devriez vous en informer spécifiquement et ne pas acheter par bande passante.
la source
La seule vraie solution pour améliorer votre latence est de raccourcir le nombre de sauts entre les deux hôtes en question.
Si vous êtes une entreprise cliente suffisamment importante, vous devriez être en mesure d'ouvrir un dialogue avec vos fournisseurs de télécommunications aux deux extrémités afin de prendre un itinéraire IP plus court (éventuellement plus coûteux) entre les deux sites.
la source
Vous avez fait beaucoup de poses sans rassembler de faits. Votre meilleur pari est d'essayer d'identifier la source de latence élevée: où commence-t-elle? Ensuite, vous pouvez essayer de répondre à la question de: comment puis-je résoudre ce problème?
Exécutez un traceroute, ou mieux encore, mtr (mytraceroute). Si vous êtes sous Windows, vous pouvez utiliser winmtr. PingPlotter est également un bon outil pour cela.
Trouvez où commence votre latence élevée, puis travaillez pour y remédier. Jeter plus de bande passante à votre problème n'est pas la réponse.
la source
Une bande passante plus élevée n'aidera pas beaucoup, à moins que les données en vrac ne noyent les données interactives. Si les deux côtés utilisaient de la fibre au lieu de xDSL / câble / sans fil, cela pourrait vous faire gagner 20 à 80 ms sur votre RTT.
Faites un test ping en utilisant pingtest.net pour déterminer la qualité de chaque lien. La latence est importante, mais / jitter / peut également faire une énorme différence. Je préférerais de loin une connexion plus lente (3 Mbps) sans gigue, puis une connexion plus rapide (par exemple 15 Mbps) avec gigue.
Pour les connexions TCP (par exemple SSH, telnet, etc.), certains réglages TCP peuvent vous aider.
Vous pouvez également envisager d'utiliser un accélérateur TCP; il y en a des commerciaux mais le pepsal peut déjà faire la différence.
la source
Peut-être que vos pare-feu / routeurs sont le problème ...
la seule façon de dire VRAIMENT où est la panne est de faire un traceroute, comme cela a été indiqué ci-dessus,
la source
Il existe de nombreuses réponses différentes à cette question, et la bonne réponse (à mon avis) est "Cela dépend".
Peu importe si vous avez une connexion à 1 Gbit / s si elle est saturée. TCP (et d'autres protocoles) reposent sur des vérifications de transmission qui, dans 99% des cas, ne sont pas correctement hiérarchisées avec la QoS ou des technologies similaires.
Les lignes symétriques (SDSL, fibre, etc.) sont généralement mieux adaptées aux opérations à faible latence, car elles ne partagent pas RX avec TX (ce qui signifie que les ACK TCP, les réponses ICMP, etc. ne seront pas gênés si vous téléchargez à pleine vitesse). Il nécessite toujours la QoS pour garantir le trafic des applications sensibles (VoIP notamment).
Étonnamment, le nombre de hits (et la qualité des hits) sur google quand il s'agit de prioriser TCP ACK est assez mince. Parlez à n'importe quel expert en réseau, et ils sauront pourquoi vous en avez besoin.
la source
Oui, mais pas beaucoup.
Une bande passante plus élevée signifiera que le paquet prendra moins de temps à télécharger complètement avant qu'un autre paquet puisse transmettre des données et le temps nécessaire au téléchargement pour le paquet entier est également un facteur ici, mais en réalité, cela ne fera qu'ajouter 10-20 ms au pire cas.
Une autre cause possible de latence est les transmissions sans fil, presque toutes les formes de sans fil multi-accès feront peser un lourd tribut sur la latence, qu'il s'agisse du sans fil domestique normal ou du mobile sans fil car la carte sans fil doit attendre que tout le monde ait fini de transmettre des données avant de pouvoir envoyer ses données. propres données. Plus il y a d'utilisateurs qui transmettent sur un système sans fil, plus la vitesse ET la latence sont lentes (encore une fois pas beaucoup, principalement en raison de l'attente de la clairance de l'envoi)
Le facteur numéro un est le temps qu'un paquet de données passera à être trié sur les routeurs et autres infrastructures WAN.
Le temps minimum théorique qu'un paquet de données prend pour parcourir le monde entier est d'environ 70 ms, c'est à ce moment-là que le paquet se déplace à la vitesse de la lumière.
Demandez autour de vous et découvrez si d'autres personnes sur des connexions plus rapides et d'autres FAI connaissent la même latence, il est tout à fait possible que cela soit causé par le FAI ou la connexion, mais c'est très peu probable.
la source
La bande passante et le retard sont différents, mais pas complètement dissociés. Bien que ce soit fondamentalement vrai, les choses ne sont pas en noir et blanc. Il y a beaucoup de nuances de gris entre les deux.
Il est vrai qu'avoir une bande passante plus grande ne signifie pas nécessairement avoir des retards inférieurs, et cela ne signifie pas nécessairement avoir des retards identiques ou supérieurs.
Nous devons nous rappeler que cela dépend de l'infrastructure qui est constituée de périphériques réseau et de supports physiques entre notre hôte et sa destination.
Un fournisseur de services Internet peut prioriser les connexions à bande passante faible / élevée et offrir plus d'avantages matériels et logiciels à l'un ou à l'autre, ce qui entraînera une différence de retard.
Et dans l'esprit des différents exemples qui ont été donnés ici, oui - il vaut mieux prendre un camion avec 20 disques de même capacité que de prendre le même camion avec seulement 1 de ces 20 disques. Cependant - qu'en est-il du poids du disque? Plus de disques signifient plus de carburant et une accélération plus lente. Mais que faire si je change le moteur du camion?
Donc, en bref - la bande passante et le retard sont différents, mais pas complètement dissociés.
la source