Calcul

[samirou]

Bonsoir je voudrais de l'aide pour cet exercice, je ne comprends pas.Merci de votre compréhension.


Une fibre optique d'une longueur de 3000 km est utilisée pour une transmission au débit de 2Gbits/s. Connaissant la vitesse de propagation V=300000 km/s , donnez le temps qu'il faut pour recevoir à l'autre bout un gros fichier de 2.10^6 octets.
Même question mais en supposant un fonctionnement plus réaliste: le fichier de 2.10^6 octets est nécessairement segmenté en trames de 1500 octets dont 20 octets sont réservés pour l'entête

[ampholyte]

Bonjour,

Qu'est-ce que tu ne comprends pas ?

[samirou]

Je sais que temps = distance / vitesse : t=d/V. Mais comment trouver le temps. je pensais à prendre d=3000 km et V=V=300000 km/s mais dans ce cas je n'utilise pas les autres données comme les 2Gbits/s et 2.10^6 octets.

[archimaide]

Bonjour à Tous, quelqu'un pourrait me dire (svp) comment obtient-on les nombres
16, 19, 22, 35, 37, à partir de 117 diviser par 9, svp je galère grave, a quoi correspondent ils et comment les obtient on?

117 / 9 = 13
/ 9 = 1.4444444444
/ 9 = 0.1604938272
/ 9 = 0.0178326475
/ 9 = 0.0019814053
/ 9 = 0.0002201561
/ 9 = 0.0000244618
/ 9 = 0.000002718
/ 9 = 0.000000302
/ 9 = 0.0000000336
/ 9 = 0.0000000037
/ 9 = 0.0000000004
/ 9 = 0.0000000001

[ampholyte]

Ok, donc dans un premier temps il faut calculer le temps d'inscription sur la ligne :

2.10^6 octets = 1.6*10^7 bits

D'où :
pour inscrire les bits sur la ligne

Il te reste simplement à calculer le temps qu'il faut pour parcourir les 3000km de ligne et d'additionner les 2 résultats.

[samirou]

Si je comprends bien on calcule 3000/300000=0,01 secondes
Et puis on fait la somme 0,008+0,01=0,018s
le temps qu'il faut pour recevoir à l'autre bout un gros fichier de 2.10^6 octets est donc 0,018s

[samirou]

Merci infiniment, et qu'en pensez vous de la deuxième question:
c'est à dire si le fichier de 2.10^6 octets est nécessairement segmenté en trames de 1500 octets dont 20 octets sont réservés pour l'entête

[Rockleader]

Merci infiniment, et qu'en pensez vous de la deuxième question:
c'est à dire si le fichier de 2.10^6 octets est nécessairement segmenté en trames de 1500 octets dont 20 octets sont réservés pour l'entête

Pense que si tu as 1500 octet avec 20 d'en-têtes alors tu ne peux envoyer que 1480 de données par trame.

Après, sans avoir trop cherché à comprendre les calculs d'ampholyte ni les tiens, je pense que vous avez considéré l'envoie de toutes les données directement et sans erreurs.

Sauf que dans le cas que tu évoques si tu n'envoies pas tout d'un coup, le temps ne dépends plus seulement de la distance, il dépend de vitesse d'émission d'une trame, ainsi que de la taille de la fenêtre de ton récepteur...parce que l'émetteur sera obligatoirement à moment donné en attente d'un acquittement du récepteur (ou alors imposer une MTU à l'émetteur n'a pas de sens de mon point de vue)

Tu dois donc également calculer le temps d'arrivé de ton acquittement...mais ça c'est seulement dans le cas où tout se passe bien, si une erreur survient, il me semble compliqué de déterminer le temps exact...

[ampholyte]

Après, sans avoir trop cherché à comprendre les calculs d'ampholyte ni les tiens, je pense que vous avez considéré l'envoie de toutes les données directement et sans erreurs.

Entièrement d'accord avec toi. Si tu regardes le post de départ tu verras qu'il y a 2 questions ^^.

Pense que si tu as 1500 octet avec 20 d'en-têtes alors tu ne peux envoyer que 1480 de données par trame.

Comme te l'explique Rockleader, ici il faut que tu calcules le poids total du fichier à envoyer sachant que chaque trame est constitué de 1480octets de data + 20 octets de header.

Quelle est la quantité totale de data envoyée pour un fichier de 2 Mo ?

Sauf que dans le cas que tu évoques si tu n'envoies pas tout d'un coup, le temps ne dépends plus seulement de la distance, il dépend de vitesse d'émission d'une trame, ainsi que de la taille de la fenêtre de ton récepteur...parce que l'émetteur sera obligatoirement à moment donné en attente d'un acquittement du récepteur (ou alors imposer une MTU à l'émetteur n'a pas de sens de mon point de vue)

Au vu de l'énoncé, je suppose qu'il faut simplement calculer la taille totale de la data a envoyé sans prendre en compte le temps d'execution pour la lecture du fichier, la découpe de la trame, le temps d'émission, le temps de la réception, de l'extraction, du parsing, de la reconstitution du fichier, ...

Tu dois donc également calculer le temps d'arrivé de ton acquittement...mais ça c'est seulement dans le cas où tout se passe bien, si une erreur survient, il me semble compliqué de déterminer le temps exact...

Je pense qu'il s'agit d'un exercice bête et méchant dans le but de mieux appréhender les futurs exercices qui contiendront ce que tu as expliqué ci-dessus =).

[Rockleader]

Je pense qu'il s'agit d'un exercice bête et méchant dans le but de mieux appréhender les futurs exercices qui contiendront ce que tu as expliqué ci-dessus =).

Probablement, mais je vois pas l'intérêt de reposer la question avec la MTU de 1500 du coup, ça ne change rien au calcul si ce n'est qu'il faut considérer les en-têtes.

Peut être qu'à cause de mes révisions je vois la petite bêtes partout :ptdr:

[ampholyte]

Probablement, mais je vois pas l'intérêt de reposer la question avec la MTU de 1500 du coup, ça ne change rien au calcul si ce n'est qu'il faut considérer les en-têtes.

Peut être qu'à cause de mes révisions je vois la petite bêtes partout :ptdr:

Je suis d'accord, cela rajoute un petit peu de calcul (rien de bien méchant bien sûr ^^). Mais c'est sûrement un exercice de "découverte" avant d'entamer les vrais problèmes :p.