seconde?

Recherche :

Dernière réponse

Sujet : Pour 10Ko de Dl/sec, combien de Ko d'upload/seconde?

dan brad

com21 a écrit :

effectivement c'est dur a calculer ça depend des application..

ça depasse rarement les 10%

sinon par ex en FTP pour 600Mo de d/l vous up 15Mo environ

ce qui donne en Ftp, 2.5%
Mais j'aimerais une valeur plus ou moins démontré ou vérifié, plutot qu'un 10% sans explication ;)

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

dan brad

com21 a écrit :

effectivement c'est dur a calculer ça depend des application..

ça depasse rarement les 10%

sinon par ex en FTP pour 600Mo de d/l vous up 15Mo environ

ce qui donne en Ftp, 2.5%
Mais j'aimerais une valeur plus ou moins démontré ou vérifié, plutot qu'un 10% sans explication ;)

com21

effectivement c'est dur a calculer ça depend des application..

ça depasse rarement les 10%

sinon par ex en FTP pour 600Mo de d/l vous up 15Mo environ

Alana

Bonne remarque, mais la c'etait pas le ration en terme de nombre de paquet qu'il voulait connaitre mais en terme de ko.
et ca, qu'on envoi 1ko avec une seule trame ou avec 10, ca va changer un peu la taille envoyée (entete des trammes etc) mais bon.. peut etre pas tant que ca quand meme. Donc effectivement je pense qu'un specialiste en reseau devrait pouvoir nous donner une idée, protocole par protocole, du % de ko emis par rapport au ko recus. enfin je pense.

mrpochpoch

ce ratio dépend de la construction des paquets ...

en général, un paquet "requete" ne contient pas beaucoup d'informations dans le champs "data" ...
alors qu'un paquet "réponse" contient en général beaucoup de données dans le champs "data"

Le problème est que ce champs peut contenir plus ou moins d'informations, en fonction du programme utilisé.

Sans rentrer dans les détails de la création des paquets par rapport au modèle OSI :
Selon les softs, pour le transfert d'un même volume de données d'un ordinateur A vers un ordinateur B, il peut y avoir génération d'une seule trame réseau avec le champs "DATA" contenant beaucoup de données ... comme il peut y avoir génération d'une multitude de paquets réseaux contenant chacun une partie des données !

Ce ratio est donc incalculable ...
sauf en le calculant applicatif par applicatif ... :p

dan brad

Très bonne idée Alana, je crois que la méthode empirique reste la meilleure ;)
Pour ce qui est des protocoles utilisés, il y a le TCP/IP et l'UDP.

Je voudrais pas faire ma tête de Mule, mais j'aimerais bien connaitre ce ratio ;)

Alana

Ca c'est une tres bonne question je trouve... et la reponse
m'interesse. Ce qui est sur, c'est que ca varie fortement en
fonction du protocole utilisé.... et du parametrage de la
couche tcp de l'os je pense...
Tout ce qui est taille des fenetre, tout ca... je suis pas
sur que ce soit la meme chose sur tous les OS.

A mon avis, une bonne facon de trouver la reponse sans
trop se prendre la tete (genre lire toutes les rfc ;)
c'est de prendre un prog qui compte le nombre d'octet encoyé
et recu, de le mettre a zero, de lancer le telachargement d'un
fichier assez gros et de regarder le resultat...

freewind

:heink: heuu... pourquoi tu veux savoir ça????

dan brad

Je voudrais savoir quel est le ratio moyen, de ko que l'on renvoie (les paquets de controle d'erreur et autres jesaipukoi...) pour 10 Ko que l'on télécharge par exemple?

j'espere que j'ai bien formuler ma question...