ouvrir L'overhead, qu'est ce que c'est exactement??? |
Bienvenue invité ( Connexion | Inscription )
Ajouter cette page à :            |
Forums eMule France > eMule versions officielles > Hotline technique: Questions / Réponses sur eMule Rubrique concernant les problèmes à l'utilisation d'eMule (LowID, liste de serveurs, ...)  |
| L'overhead, qu'est ce que c'est exactement??? |
 10 February 2004 à 23:57
Message
#1
|
|
 Membre Confirmé  Groupe : Membres Messages : 197 Inscrit : 02 05 2003 Membre no 20161  |
Bonsoir!!
tout est dans le titre!!! quelqu'unpeut m'expliquer dans les détails!! j'ai lu le descriptif de Pawcio mais j'aurais besoin de plus de détails!! ce qu'est? a quoi cela sert? comment le réduire si néfaste? etc... Merci par avance!! Miles 
-------------------- |
 |
 
|
|
11 February 2004 à 00:39
Message
#2
|
|
 {TuTu-PanPan} Groupe : V.I.P. Messages : 4264 Inscrit : 27 01 2003 Lieu : avignon Membre no 3806 |
Salut,
l'overhead (traduit dans les mules en français par "surplus de bande passante") correspond à tous les transferts de données généré par emule qui ne concernent pas directement le DL et l'UL de fichier. C'est à dire, les échanges avec le serveur, les parlotes avec les sources pour connaitre la place en file d'attente etc... Pour réduire l'overhead, il suffit d'éviter d'avoir trop de sources (on conseille habituellement un max autour de 3000), de ne pas partager trop de fichiers. ++ -------------------- |
|
|
|
|
11 February 2004 à 15:35
Message
#3
|
|
|
Membre Confirmé Groupe : Membres Messages : 197 Inscrit : 02 05 2003 Membre no 20161 |
Citation (jak84 @ 11 February 2004 à 00:39) Salut, l'overhead (traduit dans les mules en français par "surplus de bande passante") correspond à tous les transferts de données généré par emule qui ne concernent pas directement le DL et l'UL de fichier. C'est à dire, les échanges avec le serveur, les parlotes avec les sources pour connaitre la place en file d'attente etc... Pour réduire l'overhead, il suffit d'éviter d'avoir trop de sources (on conseille habituellement un max autour de 3000), de ne pas partager trop de fichiers. ++ Merci pour ta réponse!! mais alors dans Pawcio, que veut inclure l'overhead dans le bandwidth control?? ainsi que TCP???? merci de ton aide Miles -------------------- |
|
|
|
| Invité_Ours Kronk_* |
11 February 2004 à 15:53
Message
#4
|
|
Invités |
 En fait les controles pawcio indique l'utilisation que tu veux faire de ta bande passante. Par exemple inclure l'overhead ça signifie inclure dans le taux de dl le volume des echanges protocolaires(tout ce que jak appelle parlotte...ça resume pas mal) Ensuite il ne s'agit pas de TCP mais de apquets Ack TCP, ils s'agit de paquets supllementaires de controle pour obtenir de meilleurs performances au niveau de ta mule surtout pour la detection de paquets corrompu ou invalides. En esperant avoir été assez clair.... A+
|
|
|
|
|
11 February 2004 à 17:11
Message
#5
|
|
|
Membre Confirmé Groupe : Membres Messages : 197 Inscrit : 02 05 2003 Membre no 20161 |
Citation (Ours Kronk @ 11 February 2004 à 15:53) En fait les controles pawcio indique l'utilisation que tu veux faire de ta bande passante. Par exemple inclure l'overhead ça signifie inclure dans le taux de dl le volume des echanges protocolaires(tout ce que jak appelle parlotte...ça resume pas mal) Ensuite il ne s'agit pas de TCP mais de apquets Ack TCP, ils s'agit de paquets supllementaires de controle pour obtenir de meilleurs performances au niveau de ta mule surtout pour la detection de paquets corrompu ou invalides. En esperant avoir été assez clair.... A+ c'est très gentil de ta part!! quel est l'intéret alors d'inclure overhead si c'est pour être leuré par un faut download qui n'est pas bien évaluer???? vaut mieux ne pas l'inclure alors!! non? et en ce qui la 2eme fonction que l'on peut cocher connexion avec overhead?? -------------------- |
|
|
|
|
11 February 2004 à 17:48
Message
#6
|
|
 ©orporate @ngel eMule™ Groupe : Modérateurs Messages : 3001 Inscrit : 24 03 2003 Lieu : la ou tu t'y attends le moins ! Membre no 13837 |
Citation (Ours Kronk @ 11 February 2004 à 15:53) (tout ce que jak appelle parlotte...ça resume pas mal) Ensuite il ne s'agit pas de TCP mais de apquets Ack TCP, ils s'agit de paquets supllementaires de controle pour obtenir de meilleurs performances au niveau de ta mule surtout pour la detection de paquets corrompu ou invalides. En esperant avoir été assez clair.... A+ salut petite correction  ack tcp = ce sont les paquets d'aqcuitement pour la connection tcp (tcp qui est un protocol réseau) ; cela n'a rien avoir avec les fakes... Citation (www.themanualpage.org) En matière de communications, toute information de contrôle, de routage ou encore les caractères utilisés pour les contrôles d'erreurs, ajouté par les protocoles en plus des informations utilisateur. Outre des informations d'état ou d'acquitement, des informations pour les protocoles de routage, l'overhead comprends aussi la retransmission des messages pour lesquels des erreurs ont été détectées lors d'une précédente transmission. Le terme "overhead" désigne plus généralement toute information ajoutée à l'information que l'on souhaite transmettre, stocker ou manipuler et qui est désignée quant à elle par information utile ou encore information utilisateur. L'entête d'un paquet transmis sur un réseau constitue un exemple courant d'overhead. il y a bcp de posts qui parlent d'overhead, je t'invite donc à utiliser ceci  +
--------------------    |
|
|
|
| Invité_Ours Kronk_* |
12 February 2004 à 09:22
Message
#7
|
|
Invités |
Garçon en terme de protocoel reseau serie asynchhrone comme la couche TCP, il existe des paquets de controle dits paquest de ack(qui fonctionne en hand shake par protocole logiciel par envoie de caractéres de type ack et Xack et qui servent a definr la validité des paquets), donc quand j'indique paquets corrompus ou invalides il ne s'agit pas de fichiers invalides ou corrompus mais bel et bein de paquets Ce protocole est comme un CRC ou un controle de bit de parit" il indique si oui ou non l'onformation est arrivée a bon port sans degradadtion de la donnée (Voir aussi protocole matériel CTS et RTS meme principe mais le signaux sont des niveau matéreils et non logiciels, (utilisés majoritairement pour des controles en basse couche)) Sinon ça me fait plaisir enorme de te revoir Petit Ange
|
|
|
|
|
12 February 2004 à 09:36
Message
#8
|
|
|
©orporate @ngel eMule™ Groupe : Modérateurs Messages : 3001 Inscrit : 24 03 2003 Lieu : la ou tu t'y attends le moins ! Membre no 13837 |
re,
bah en fait c'est bien ce que j'avais en tête, mais comme hier j'avais lu le post en large  , j'ai apporté une note qui n'avait pas lieu d'être puisque l'explication était correcte merci Ours Kronk, tu peux même nous faire un cour sur le modèle OSI, la pile TCP/IP, la définition d'un protocol réseau etc... + -------------------- |
|
|
|
| Invité_Ours Kronk_* |
12 February 2004 à 12:59
Message
#9
|
|
Invités |
non c'est moi qui me suis exprimé avec une louche et des grands peids....
|
|
|
|
 |
| Version bas débit | Nous sommes le : 03 September 2010 - 17:44 |
