Bonjour à toutes/tous.
 
J'écris aujourd'hui pour vous faire partager une astuce assez phénoménale (et qui fonctionne) qui permet de réduire sa latence de façon conséquente sous Windows XP.
 
Pour résumer le fonctionnement de la manip, disons que la latence dans un jeu en ligne est en partie dépendante de l'algorithme de Nagle, qui enqueue les paquets de confirmation de réception (ACK) chez le client jusqu'à avoir une confirmation d'envoi de ces paquets par le serveur (de jeu en l'occurrence). Hors, la manip' que je vous propose vise à annuler cette mise en attente de façon à ce que le client envoie directement les paquets de confirmation de réception (ce qui va permettre d'annoncer plus rapidement au serveur de jeu des données telles que votre position sur la map ou la technique utilisée à tel moment). Il en résulte une dimution d'une centaine de MS de latence pour le client.
 
Néanmoins, cette manip nécessite d'aller éditer des paramètres bien précis dans la base de registre de votre PC. Je vous demande donc de respecter scrupuleusement le tuto et ne pas effacer des trucs pour le plaisir. Sinon votre PC va faire la gueule.
 
Le contenu de la manip est disponible à l'adresse suivante : http://www.emissaires.org/index.ph [...] ad_id=3475
 
On dit tous un grand merci à Lefael, qui a en premier fait partager cette astuce O combien puissante.
 
PS 1 : Cette manip semble aussi augmenter votre capacité à télécharger des données.
PS 2 : J'ai conscience que l'emplacement de ce post n'est pas dans le bon Forum, mais je souhaitais faire partager à un maximum de personnes cette trouvaille.

et en même voici une petite astuce aussi pour ceux qui passe par un routeur avant leur modem ou pour le résaux tournant sous Xp.
 
-------------------------------------------------------------------------------------------------------------------------------------------------
 
Windows XP Professionnel est livré avec un nouveau service appelé QoS qui signifie Qualité de Service. Ce service est activé par défaut et s'alloue 20% de la bande passante réseau. Bien que ce service puisse être utile dans les grands réseaux d'entreprise il n'a que très peu d'intérêt pour les réseaux domestiques, de ce fait, il serait judicieux de le désactiver. Bizarrement, lorsqu'on décoche le Planificateur de paquet QoS dans les propriétés réseaux cela ne suffit pas et d'ailleurs il ne faut surtout pas le décocher pour le désactiver!
 
Voici comment faire pour le désactiver complètement et profiter pleinement de votre bande passante :
 
Connectez vous en tant qu’administrateur (ou bien avec un compte ayant les privilèges administrateur)
 
Cliquez sur "Démarrer", "Exécuter..." puis tapez "gpedit.msc" et cliquez sur "OK".
 
 
Cette commande exécutera l'éditeur de stratégie de groupe locale, une fois chargé rendez-vous sur l'entrée suivante :
Stratégie Ordinateur local \ Configuration ordinateur \ Modèles d'administration \ Réseau \ Planificateur de paquet QoS
 
Sur la fenêtre de droite, double-cliquez sur : "Limiter la bande passante réservable", vous remarquerez que la valeur par défaut est : "Non configuré", ce qui signifie que 20% de la bande passante totale est réservée au service QoS. Sélectionnez : "Activé" puis entrez la valeur "0" dans le champs : Limite de bande passante (%), enfin, cliquez sur OK pour valider les changements (redémarrage de l'ordinateur non nécessaire).
 
Remarque :
Si vous jetez un coup d'oeil dans les propriétés réseaux de votre connexion réseau vous devez continuer à voir la présence du service Planificateur de paquet QoS, en fait il faut que ce service soit présent et actif pour pouvoir lui dire de ne pas utiliser de bande passante! C'est logique, non ?

J'en pense que cela peut marcher. Néanmoins, le fait de positionner ça dans le registre fait que ce sera valable pour tout le traffic TCP. Conclusion, tu vas améliorer (potentiellement) tes perfs mais tu vas pourrir celles de tous les autres. Bah oui, envoyer un paquet pour un reçu (signification du 1 dans les premières modifs si j'ai bien suivi) va générer bcp de traffic sortant et, de fait, une grosse grosse augmentation du nb de paquets à gérer côté serveur. Si tout le monde fait ça, je pense que le serveur va lagguer plus que de coutume alors je me demande si ça sert vraiment.
 
Malheureusement, on paye l'âge du protocole qui a été conçu à l'époque des débit largement inférieurs à ceux actuels. Par contre, je me demande si en potassant un peu la doc, il n'y aurait pas moyen de mettre une valeur un peu plus mitigée. Si c'était à 10, mettre 5 et regarder si ça suffit à rendre la latence acceptable.
 
voilà voilà si vous avez vous aussi des nains formaticiens qui peuvent être interroger n'hésiter pas faire chauffer le fer et à sacrifier un gnome avant pour obtenir de meilleures réponses.

Pour les Mac lovers il suffit de faire le truc suivant:
 
user$ su root (assumant que vous avez deja fait la manip pour pouvoir acceder a root)
root# sysctl -w net.inet.tcp.delacktime=10
root# sysctl -w net.inet.tcp.delayed_ack=0
 
Je ne suis pas sur qu'il soit vraiment conseiller de mettre le delayed_ack a zero mais vous pouvez deja reduire le delacktime (par defaut a 100ms sur FreeBSD, mais 50ms sur Mac OS X).
Sinon vous pouvez utiliser MacPilot qui fera la meme chose mais via un UI.

Note: Pour Mac modifier les variables mentionnées plus haut ne change rien, tout du moins sur PPC (J'ai un PowerMac G5 et ma latence est rester a 170 independemment). Je regarderais s'il y a autre chose. Mais d'apres ce que j'ai lu, la modification de ces parametres semblent aider sur les Mac avec Intel.

Effectivement, ta technique marche bien, tant qu'elle reste rarement utilisée. Mais comme d'autres, je la trouve dangereuse pour l'intégrité des réseaux.