OVH Cloud OVH Cloud

Rapport entre vitesse et ping d'un serveur ?

23 réponses
Avatar
Cyberdeeder
Bonjour :)

Une petite question me turlupine... J'aimerais savoir la relation exacte
entre la rapidité d'affichage d'une page web et le ping du serveur
l'hébergeant.

Exemple : On me dit pour un serveur aux USA que même si le ping est beaucoup
plus grand qu'un serveur en France, les pages s'afficheront aussi vite.

J'aimerais donc qu'on m'explique parce qu'à chaque fois je ne comprends pas
bien pourquoi :)

Merci d'avance !

Maxime.

10 réponses

1 2 3
Avatar
esf
J'aimerais savoir la relation exacte
entre la rapidité d'affichage d'une page web et le ping du serveur
l'hébergeant.

Exemple : On me dit pour un serveur aux USA que même si le ping est
beaucoup

plus grand qu'un serveur en France, les pages s'afficheront aussi vite.



Un test de ping permet seulement de vérifier si une adresse IP existe et si
elle peut accepter des requêtes donc de vérifier d'un serveur. Ce n'est pas
une mesure suffisante pour évaluer et porter un jugement sur la vitesse de
chargement d'une page web depuis ce serveur.

La vitesse de chargement d'une page web dépend essentiellement du traffic
sur le réseau (un réseau lent et congestionné ralentit le chargement des
pages web) et de la charge du serveur (un serveur surchargé prend du temps à
répondre aux requêtes). Si on décortique cette définition, on peut trouver
une bonne dizaine de variables pouvant affecter cette vitesse. Le ping n'est
que l'une de ces variables. Un ping usa inférieur à 200 ms est tout à fait
acceptable s'il n'y a pas de pertes de paquets.

Un test de téléchargement d'un gros fichier à partir de différents endroits,
à des moments différents de la journée et à différents jours de la semaine,
donne une meilleure indication de la vitesse.


--
Annuaire hébergement: http://www.parlonshebergementweb.info
Forum hébergement: http://www.parlonshebergementweb.info/forum

Avatar
esf
Globalement, la vitesse est affectée par une ou plusieurs des vartiables
suivantes (depuis le serveur jusqu'à votre ordinateur en boucle locale) :

- La puissance du serveur (mono, bicpu, fréquence d'horloge, taille et type
de RAM, type de disques, etc).
- Le nombre de sites web actifs sur le serveur (la charge du serveur).
- La vitesse de la bande passante dans le centre de données (la qualité).
- Le nombre de serveurs partageant le pipeline depuis le centre de données
jusqu'au backbone.
- Le nombre de sauts ou hops depuis le serveur jusqu'à votre connexion
internet (ping, traceroute).
- La vitesse des serveurs de relais entre le serveur et votre connexion
internet.
- La vitesse de votre connexion internet. Dans le cas du câble, le nombre
d'utilisateurs actifs partageant le même accès.
- Le nombre de connections simultanées à Internet sur votre ordinateur.
- Les heures de pointe (peak times).


--
Annuaire hébergement: http://www.parlonshebergementweb.info
Forum hébergement: http://www.parlonshebergementweb.info/forum
Avatar
Cyberdeeder
Merci boss ;)
Avatar
alex
Cyberdeeder wrote:

Bonjour :)

Une petite question me turlupine... J'aimerais savoir la relation exacte
entre la rapidité d'affichage d'une page web et le ping du serveur
l'hébergeant.

Exemple : On me dit pour un serveur aux USA que même si le ping est beaucoup
plus grand qu'un serveur en France, les pages s'afficheront aussi vite.

J'aimerais donc qu'on m'explique parce qu'à chaque fois je ne comprends pas
bien pourquoi :)

Merci d'avance !

Maxime.




Tu peux tester llord.com qui a ses serveurs à Chicago (chez

FDCservers.net si je ne me trompe pas).
ping moins bon qu'ovh mais ca ne se ressent pas trop.
Le ping est important lorsqu'on veux faire un serveur de jeu par contre.

Avatar
Cyberdeeder
Tu peux tester llord.com qui a ses serveurs à Chicago (chez
FDCservers.net si je ne me trompe pas).
ping moins bon qu'ovh mais ca ne se ressent pas trop.
Le ping est important lorsqu'on veux faire un serveur de jeu par contre.


Euh justement Llord est nettement plus lent qu'un serveur français ^^" Et
leurs hébergés le disent clairement sur le forum.

Avatar
Cyberdeeder
Non ca c'est pas ce qu'en ce moment leur bande passante est chez un
unique fournisseur bas de gamme qui a des problèmes de packet perdu (ils
ont du prendre les moins cher à leur démarrage).


C'est normal qu'il y ait des pertes de packet venant d'un serveur aux USA,
il suffit de faire un ping pour voir le TTL :) Comparez au TTL d'un serveur
français et on voit qu'il y a une petite perte de fiabilité.

donc on perds 100-150 ms sur la page entiére
(moi je ne remarque pas le dixiéème de seconde perdu)


Le dixième de seconde doit se répercuter sur chaque requête de la page
aussi... Donc ça peut faire vite une ou deux secondes (je sais on n'est pas
à ça prêt en tant qu'utilisateur mais là je parle en tant qu'observateur
^^).

Avatar
alex
Cyberdeeder wrote:

Tu peux tester llord.com qui a ses serveurs à Chicago (chez
FDCservers.net si je ne me trompe pas).
ping moins bon qu'ovh mais ca ne se ressent pas trop.
Le ping est important lorsqu'on veux faire un serveur de jeu par contre.




Euh justement Llord est nettement plus lent qu'un serveur français ^^" Et
leurs hébergés le disent clairement sur le forum.

Non ca c'est pas ce qu'en ce moment leur bande passante est chez un

unique fournisseur bas de gamme qui a des problèmes de packet perdu (ils
ont du prendre les moins cher à leur démarrage).
Quand je surf sur des sites américains je ne vois aucune différence avec
un site Francais. Même si le ping est de 150 au lieu de 100 les
multiples requêtes sont envoyés en même temps et donc on perds 100-150
ms sur la page entiére (moi je ne remarque pas le dixiéème de seconde perdu)


Avatar
alex
Patrick Viet wrote:

esf wrote:


J'aimerais savoir la relation exacte


entre la rapidité d'affichage d'une page web et le ping du serveur
l'hébergeant.

Exemple : On me dit pour un serveur aux USA que même si le ping est
beaucoup plus grand qu'un serveur en France, les pages s'afficheront
aussi vite.



Un test de ping permet seulement de vérifier si une adresse IP existe

et si elle peut accepter des requêtes donc de vérifier d'un serveur.
Ce n'est pas une mesure suffisante pour évaluer et porter un jugement
sur la vitesse de chargement d'une page web depuis ce serveur.

La vitesse de chargement d'une page web dépend essentiellement du
traffic sur le réseau (un réseau lent et congestionné ralentit le
chargement des pages web) et de la charge du serveur (un serveur
surchargé prend du temps à répondre aux requêtes). Si on décortique
cette définition, on peut trouver une bonne dizaine de variables
pouvant affecter cette vitesse. Le ping n'est que l'une de ces
variables. Un ping usa inférieur à 200 ms est tout à fait acceptable
s'il n'y a pas de pertes de paquets.

Un test de téléchargement d'un gros fichier à partir de différents
endroits, à des moments différents de la journée et à différents
jours de la semaine, donne une meilleure indication de la vitesse.




Et si vous pouviez éviter de raconter des bêtises plus grosses que vous du
fait de l'ignorance ce serait bien aussi.

Deux points influent très très fortement sur la vitesse de l'affichage d'une
page
- handshake tcp (rfc793)
- tcp slow start (rfc2001)

Et oooooh étonnant ils sont directement liés à la latence.

Handshake TCP (RFC 793)
-------------
- le client A envoie un TCP SYN et attend une réponse
- le serveur B renvoie un TCP SYN,ACK (réponse "je suis bien là")
- le client A renvoie des ACK (début de l'état connecté)
- la communication peut commencer

Si à chaque étape, on se tape mettons 150ms de latence, la connexion prend
donc au MINIMUM 300ms à s'établir
(bah oui la latence mesurée par "ping" c'est l'allez-retour, pas juste un
sens).
Admettons ensuite que la page web en question comporte 10 objets (une
moyenne)

On se prend donc directement 10 x 300ms = 3 secondes de plus d'affichage de
la page rien qu'à cause de la latence à l'établissement des connexions TCP.


Ce que tu n'a pas dit c'est qu'on attent pas le retour d'une requête

avant d'en envoyer une autre!!! C'est des principe réseau de base que tu
dois connaître j'espére ...
C'est le principe du pipeline, mais tu dois pas connaître. Evidement il
faut du débit pour compenser, mais les américain ont 4 fois plus de
débit pour le même prix de toute façon ...

TCP Slow Start (RFC 2001)
--------------
Ceci permet, en envoyant seulement progressivement les paquets plus vite,
d'éviter de remplir les buffers et donc les pertes de paquets. Et plus la
latence est importante, plus ça démarre doucement. Concretement on prend
facilement 1 ou 2 secondes à atteindre un débit acceptable. Donc le slow
start va souvent augmenter la durée d'affichage

Conclusion :
une latence moyennement importante (150ms) peut faire prendre 5 à 7 secondes
à l'affichage d'UNE SEULE page. La connexion persistance permet de réduire
un peu ce phénomène à 3-4 secondes, sans pour autant le faire disparaitre.
C'est la grosse différence entre les pages où on attend et les pages qui
s'affichent aussitot.

Une latence européenne typique
- Londres : 9ms
- Amsterdam : 15ms
- Francfort : 12ms
- Paris : 1ms

moi j'ai 90 de ping pour paris et 150 pour les etats unis, c'est grave

docteur !

Bilan : on prend environ 1 sec par page, ce qui est négligeable

Une latence américaine typique
- New York : 90ms
- Texas (rachshack par ex.) : 150 à 200ms
- Cote ouest : 200 ms ou plus
...
Bilan : on prend environ entre 3 et 7 sec suivant les cas, voir ++++ s'il y
a de la congestion réseau


C'est bizarre j'ai une page qui s'affiche en moins de 2 seconde (avec +

de 5 images), ton calcul doit être bidon comme je le supposais.

Eh oui en effet, ces calculs sont basés sur le fait qu'il y aurait ZERO
congestion réseau ; ce n'est bien sur pas toujours le cas, et des sites
américains qui rament c'est très fréquent.


Le probléme c'est qu'ils dorment quand on est éveillé. Le réseaux

européen étant saturé lorsque le réseau américain est vide...

Concrêtement, je me suis amusé à faire des tests pour un même serveur web
assez fréquenté
- en lui mettant 150ms dans la gueule artificiellement (ipfw)
- en le laissant sur la connexion proche rapide (moins de 1ms de tous les
isp français)

Dans le premier cas, le mrtg de la machine était à 2mbit, dans le 2e cas, il
était à 4,5mbit.
(ouverture du shaping à 10 à chaque fois)
Ca veut tout dire

Bref, héberger en France apporte une bien plus grande qualité et un bien
plus grand confort aux internautes, qui tout simplement verront plus de
pages car elle s'affichent PLUS VITE :-)


avec 1/10 de seconde de retard oui !

Mais bon je pense que les hébergeur francais doivent bien défendre leur
bout de gras...

(et pis essayez de surfer avec une LS 1mbit (2-5ms de latence) et comparez
avec de l'adsl netissimo 2 (50ms de latence). Marrant ça n'a rien à voir
alors que le débit est le même.


La vitesse d'affichage des pages est influencés uniquement par le ping

mais pas du tout par la différence de qualité de la ligne ....

Voila, ce sera tout pour aujourd'hui.... Pensez à vous renseigner avant
d'affirmer haut et fort qu'héberger aux états unis ne diminue pas les perfs.






Avatar
esf
Un test de ping permet seulement de vérifier si une adresse IP existe
et si elle peut accepter des requêtes donc de vérifier d'un serveur.
Ce n'est pas une mesure suffisante pour évaluer et porter un jugement
sur la vitesse de chargement d'une page web depuis ce serveur.

La vitesse de chargement d'une page web dépend essentiellement du
traffic sur le réseau (un réseau lent et congestionné ralentit le
chargement des pages web) et de la charge du serveur (un serveur
surchargé prend du temps à répondre aux requêtes). Si on décortique
cette définition, on peut trouver une bonne dizaine de variables
pouvant affecter cette vitesse. Le ping n'est que l'une de ces
variables. Un ping usa inférieur à 200 ms est tout à fait acceptable
s'il n'y a pas de pertes de paquets.

Un test de téléchargement d'un gros fichier à partir de différents
endroits, à des moments différents de la journée et à différents
jours de la semaine, donne une meilleure indication de la vitesse.


Et si vous pouviez éviter de raconter des bêtises plus grosses que vous du
fait de l'ignorance ce serait bien aussi.

Deux points influent très très fortement sur la vitesse de l'affichage
d'une

page
- handshake tcp (rfc793)
- tcp slow start (rfc2001)

Et oooooh étonnant ils sont directement liés à la latence.

Handshake TCP (RFC 793)
-------------
- le client A envoie un TCP SYN et attend une réponse
- le serveur B renvoie un TCP SYN,ACK (réponse "je suis bien là")
- le client A renvoie des ACK (début de l'état connecté)
- la communication peut commencer

Si à chaque étape, on se tape mettons 150ms de latence, la connexion prend
donc au MINIMUM 300ms à s'établir
(bah oui la latence mesurée par "ping" c'est l'allez-retour, pas juste un
sens).
Admettons ensuite que la page web en question comporte 10 objets (une
moyenne)

On se prend donc directement 10 x 300ms = 3 secondes de plus d'affichage
de

la page rien qu'à cause de la latence à l'établissement des connexions
TCP.


TCP Slow Start (RFC 2001)
--------------
Ceci permet, en envoyant seulement progressivement les paquets plus vite,
d'éviter de remplir les buffers et donc les pertes de paquets. Et plus la
latence est importante, plus ça démarre doucement. Concretement on prend
facilement 1 ou 2 secondes à atteindre un débit acceptable. Donc le slow
start va souvent augmenter la durée d'affichage

Conclusion :
une latence moyennement importante (150ms) peut faire prendre 5 à 7
secondes

à l'affichage d'UNE SEULE page. La connexion persistance permet de réduire
un peu ce phénomène à 3-4 secondes, sans pour autant le faire disparaitre.
C'est la grosse différence entre les pages où on attend et les pages qui
s'affichent aussitot.

Une latence européenne typique
- Londres : 9ms
- Amsterdam : 15ms
- Francfort : 12ms
- Paris : 1ms
Bilan : on prend environ 1 sec par page, ce qui est négligeable

Une latence américaine typique
- New York : 90ms
- Texas (rachshack par ex.) : 150 à 200ms
- Cote ouest : 200 ms ou plus
...
Bilan : on prend environ entre 3 et 7 sec suivant les cas, voir ++++ s'il
y

a de la congestion réseau


Eh oui en effet, ces calculs sont basés sur le fait qu'il y aurait ZERO
congestion réseau ; ce n'est bien sur pas toujours le cas, et des sites
américains qui rament c'est très fréquent.


Concrêtement, je me suis amusé à faire des tests pour un même serveur web
assez fréquenté
- en lui mettant 150ms dans la gueule artificiellement (ipfw)
- en le laissant sur la connexion proche rapide (moins de 1ms de tous les
isp français)

Dans le premier cas, le mrtg de la machine était à 2mbit, dans le 2e cas,
il

était à 4,5mbit.
(ouverture du shaping à 10 à chaque fois)
Ca veut tout dire

Bref, héberger en France apporte une bien plus grande qualité et un bien
plus grand confort aux internautes, qui tout simplement verront plus de
pages car elle s'affichent PLUS VITE :-)

(et pis essayez de surfer avec une LS 1mbit (2-5ms de latence) et comparez
avec de l'adsl netissimo 2 (50ms de latence). Marrant ça n'a rien à voir
alors que le débit est le même.

Voila, ce sera tout pour aujourd'hui.... Pensez à vous renseigner avant
d'affirmer haut et fort qu'héberger aux états unis ne diminue pas les
perfs.



--
Patrick Viet





Avatar
Patrick Viet
alex wrote:

Une latence européenne typique
- Londres : 9ms
- Amsterdam : 15ms
- Francfort : 12ms
- Paris : 1ms

moi j'ai 90 de ping pour paris et 150 pour les etats unis, c'est grave

docteur !


Oui. Une connexion de merde. Mais c'est connu que l'adsl toulousain est
merdique, FT n'en est pas à son coup de semonce pour cette région. Et puis
je parle de backbone... la latence horrible de l'adsl FT (60 à 90ms) n'aide
pas. Vive Alcatel ! (on a environ 10ms sur le cable, 15-20ms sur freebox)

Bilan : on prend environ 1 sec par page, ce qui est négligeable

Une latence américaine typique
- New York : 90ms
- Texas (rachshack par ex.) : 150 à 200ms
- Cote ouest : 200 ms ou plus
...
Bilan : on prend environ entre 3 et 7 sec suivant les cas, voir ++++
s'il y a de la congestion réseau


C'est bizarre j'ai une page qui s'affiche en moins de 2 seconde (avec

+ de 5 images), ton calcul doit être bidon comme je le supposais.




Eh oui en effet, ces calculs sont basés sur le fait qu'il y aurait
ZERO congestion réseau ; ce n'est bien sur pas toujours le cas, et
des sites américains qui rament c'est très fréquent.


Le probléme c'est qu'ils dorment quand on est éveillé. Le réseaux

européen étant saturé lorsque le réseau américain est vide...


Ouiiiiiiii bien sur. Quand il est 21h ici, il est environ 11h du mat' là
bas, donc c'est occupé sur les deux cotés. Et quand je parle de saturation
c'est pas FORCEMENT sur l'intérieur du réseau américain, mais sur la liaison
France-US qui du fait de sa longueur est bien plus souvent saturée qu'un
lien direct.

Concrêtement, je me suis amusé à faire des tests pour un même
serveur web assez fréquenté
- en lui mettant 150ms dans la gueule artificiellement (ipfw)
- en le laissant sur la connexion proche rapide (moins de 1ms de
tous les isp français)

Dans le premier cas, le mrtg de la machine était à 2mbit, dans le 2e
cas, il était à 4,5mbit.
(ouverture du shaping à 10 à chaque fois)
Ca veut tout dire

Bref, héberger en France apporte une bien plus grande qualité et un
bien plus grand confort aux internautes, qui tout simplement verront
plus de pages car elle s'affichent PLUS VITE :-)


avec 1/10 de seconde de retard oui !

Mais bon je pense que les hébergeur francais doivent bien défendre
leur bout de gras...


On sent de loin le mec fauché qui n'est pas capable de se payer un vrai
hébergement et qui se rabat sur les solutions "cheap" style rackshack...

Ce sont des critères objectifs. D'ailleurs je me demande POURQUOI DONC yahoo
a fait héberger ses sites européens (yahoo.fr, yahoo.co.uk, etc) en
angleterre si c'est tellement mieux aux états-unis :-)

Je me demande aussi pourquoi les sites akamai sont si rapides. Ah non ce ne
serait pas parce qu'ils rapprochent le contenu de l'internaute (latence
moindre) ? Allons .............;

(et pis essayez de surfer avec une LS 1mbit (2-5ms de latence) et
comparez avec de l'adsl netissimo 2 (50ms de latence). Marrant ça
n'a rien à voir alors que le débit est le même.


La vitesse d'affichage des pages est influencés uniquement par le ping

mais pas du tout par la différence de qualité de la ligne ....


Si. La différence de qualité est sur trois points
- La latence
- La fiabilité (qui ne joue pas sur les perfs, mais plutot sur la dispo)
- La support et la réactivité du FAI car c'est un service plus cher (critère
non technique)

Les transfix fonctionnent sur DSL depuis au moins 99. Vous le saviez ?

--
Patrick Viet


1 2 3