Discussion :

[Ekinoks]

Salut !

Je me suis rendu conte que plus un serveur envoi de paquets plus ça fait augmenter son "ping"...

Je me suis donc posé la question de savoir à quoi c'est du... et en faisant quelque recherche j'ai cru comprendre que le "ping" est directement propositionnelle à la "charge réseau".

La question est donc de savoir comment calculer cette "charge réseau" car il semblerais quelle dépende à la foi du nombre de paquets, de la bande passante, de la taille des paquets et peu être d'autre chose ...

Il doit bien exister une formule qui lie la "charge réseau" au paramètres dont elle dépend non ? ou peu être des courbes ?

Merci pour votre aide

[granquet]

en attendant d'avoir une vrai reponse ...
je n'ai plus la formule en tete (ça se perd vite ce genre de choses !)

mais en gros (tres gros alors) : le rendement est plus ou moins quelque chose qui depend de : taille_moyenne_dune_trame/debit

en gros ... plus t'envoie des petits paquets a haut debit ... plus ton rendement est mauvais.

--
apres recherches:
"Rapport <<Delai de Propagation / Temps d'emission>>"
a = C.d / v.L

avec :
C - Capacité du reseau (debit: Mbits/sec)
L - Longueur Moyenne d'une trame (kbits)
d - taille du reseau (appelé aussi diametre du reseau) (metres)
v - vitesse de propagation du signal (dans le cuivre: ~2/3 vitesse de la lumiere)

plus a est petit, mieux c'est !

[Ekinoks]

Merci Dark_Ebola pour ton aide

Il y a quelque petits points que je ne comprend pas dans cette formule...
Déjà, le nombre de paquets envoyés par seconde n'interviens pas dans la formule... Donc, Comme arrive tu à la conclusion que "plus t'envoie des petits paquets a haut débit ... plus ton rendement est mauvais" ?
Ensuite, je n'arrive pas a faire je lien entre le "a" est le "ping"

Pourrais tu m'éclairer sur ces deux points ?

Merci

[granquet]

tu n'as pas precisé ... mais je suis parti sur l'optique : reseau Ethernet (802.3)

Déjà, le nombre de paquets envoyés par seconde n'interviens pas dans la formule...

a ce niveau la, on ne parle pas encore de paquets, mais de trames.
la formule faisant intervenir la taille moyenne de la trame et le debit binaire ... on as plus ou moins le nombre de trames / secondes

Donc, Comme arrive tu à la conclusion que "plus t'envoie des petits paquets a haut débit ... plus ton rendement est mauvais" ?

j'ai fait un raccourci trame -> paquet ...
m'enfin, le fait d'envoyer des petits paquets induits des trames courtes.
c'est dur de te repondre exhaustivement sans te refaire une cour sur le CSMA/CD et les specifs 802.3.
je te dis tout ça de memoire, et comme ça commence a dater ... j'ai peur de dire des betises si j'en dis plus.

Ensuite, je n'arrive pas a faire je lien entre le "a" est le "ping"

dans mes souvenirs, le "a" est lié a une equation basée sur des proba (le CSMA/CD n'est pas deterministe)
a partir de la tu obtiens grossierement le nombre de trames qui arrivent a destination sans encombre (pas de collision, pas d'erreur crc ...)
a partir de la tu peux (peut etre) extrapoler ton ping moyen?

j'espere que j'ai pas trop dis de conneries
c'est loin tout ça :S