Nous vous remercions d'utiliser

Webcelerator
Vue d'Ensemble et Index d'Aide Utiliser Webcelerator ParamΦtres de RΘseaux FAQ's

ParamΦtres d'Optimisation AvancΘs

Les paramΦtres sur cet Θcran dΘterminent comment le data est emballΘ pour Ωtre transmis. Si vous voulez bien imaginer par exemple, l'envoi d'une chemise dans un carton pour meubles, il est facile de comprendre qu'ils existent des moyens d'emballage plus au moins efficaces. Le moyen le plus efficace est d'utiliser un carton d'emballage qui est le plus proche de la taille de l'ΘlΘment α envoyer ou pouvant contenir un nombre dΘterminΘ d'ΘlΘments d'une mΩme taille. Nous utiliserons cette analogie pour expliquer les paramΦtres ci-dessous.

ParamΦtres d'Optimisation AvancΘs

UnitΘ de Transfert Maximale (UTM) & Taille Maximum de Segment (TMS)

L'ΘlΘment α envoyer est une unitΘ dont la taille est dΘterminΘe par la valeur de l'UnitΘ de Transfert Maximale(UTM). Comme un service d'envoi qui n'accepte pas de paquets au-dessus d'une certaine taille, votre Fournisseur de Service Internet (ISP) accepte des paquets d'information jusqu'α une taille dΘterminΘe. Si votre UTM est diffΘrente de celle dΘterminΘe par votre ISP, Windows commence une nΘgociation Θlectronique jusqu'α ce que votre ordinateur et votre ISP acceptent la plus petite des valeurs. L'idΘal est d'utiliser l'UTM la plus grande possible autorisΘe par votre ISP. Si l'UTM est trop large, le message sera envoyΘ en morceaux correspondant α la taille de l'UTM permise. Cette nΘgociation et transmission en morceaux prennent plus de temps que lorsque la taille du message est celle de l'UTM correspondant.

L'UTM par dΘfaut de Windows 95 est 1500. L'UTM par dΘfaut de Windows 98 est 576. 576 est la taille appropriΘe pour la plupart des modems. Les LANs, en gΘnΘral, utilisent 1500.

Time to Live

Les paquets non livrΘs se retrouvent Θventuellement dans un entrep⌠t o∙ ils restent sans Ωtre jamais livrΘs. Il en est de mΩme pour les messages Θlectroniques. Si ceux-ci ne sont pas dΘlivrΘs en un certain temps appelΘ 'Time to Live'(TTL), le message est annulΘ. Pour Windows 95 le TTL par dΘfaut est 32. Pour Windows 98 le TTL par dΘfaut est de 128. Parce que l'Internet est en croissance, il a ΘtΘ nΘcessaire d'allouer plus de temps pour qu'un message arrive α sa destination.

FenΩtre de RΘception (RWIN)

Votre fenΩtre de RΘception retient momentanΘment tous les messages arrivants jusqu'α son maximum. Elle passe alors ces messages α d'autres pΘriphΘriques dans votre systΦme.

Pour continuer l'analogie utilisΘe auparavant, imaginez que vous avez reτu plusieurs paquets. Vous ouvrez chaque paquet, jetez l'emballage, et placez le contenu du paquet dans un panier. Chaque ΘlΘment reprΘsente un segment de message (MSS) dont la taille est de 40 octets de moins que la valeur de l'UTM. Les 40 octets ont ΘtΘs utilisΘs pour l'envoi et ne sont plus nΘcessaires.

Apres y avoir placΘ plusieurs ΘlΘments, votre panier est plein et il est devenu nΘcessaire de le vider avant de continuer α y mettre d'autres ΘlΘments. Le nombre d'ΘlΘments que vous pouvez mettre dans ce panier avant que celui-ci soit rempli dΘpend bien entendu de la taille de votre panier. Ce panier reprΘsente votre FenΩtre de RΘception. Vous pouvez en choisir la taille, mais la taille la plus efficace est un nombre entier multiple de votre MSS. Rappelez-vous, MSS = UTM - 40.



Retourner α ParamΦtres de RΘseaux.




Liez vous α notre site.    Page d'Accueil homepageware
Envoyez un courrier Θlectronique α notre Web Master pour toutes questions et commentaires concernant ce site.
Copyright © 1993-1999 Acceleration Software, Tous droits rΘservΘs.
Webcelerator est une Marque dΘposΘe d' Acceleration Software.