Tweaks réseau

D'abord, la phrase honnête

Rien sur la page Connexion Internet ne baisse votre ping moyen. Le ping, c'est la distance jusqu'au serveur plus la file d'attente dans votre routeur, et un réglage sur votre PC ne change ni l'un ni l'autre. Ce que ces cases peuvent faire, c'est supprimer de petits délais précis qui se produisent sur votre propre machine — des microsecondes, parfois quelques millisecondes en charge — et seulement là où le mécanisme qu'elles touchent existe sur votre matériel. Là où il n'existe pas, la case n'écrit rien et le dit dans le journal.

Aucun réglage ici ne remplace un câble. Le Wi-Fi peut varier de dizaines de millisecondes sur un seul instant d'interférence, et aucune case de cette page ne change quoi que ce soit à l'interférence.

Case par case

Envoyer les accusés de réception TCP sans les retenir — écrit TcpAckFrequency=1 sous HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID>, uniquement pour les cartes filaires actives et physiques. Les cartes virtuelles — un tap VPN, WSL, Hyper-V — sont ignorées. Windows attend jusqu'à 40 ms pour regrouper un accusé de réception avec un second segment ; ceci l'envoie tout de suite. Cela ne concerne que TCP. CS2, Valorant, Fortnite, Apex, Dota 2 et League of Legends jouent en UDP, où cela ne change rien. Cela se voit sur les jeux en TCP (Minecraft Java) et sur le trafic de session d'un MMO ou d'un ARPG — quelques dizaines de millisecondes par aller-retour tout au plus. Le Wi-Fi est ignoré volontairement : doubler le nombre de trames montantes coûte du temps d'antenne que le téléchargement utilise. Prend effet après un redémarrage.

Désactiver l'économie d'énergie de la carte réseau — écrit PnPCapabilities=8 sous la clé de classe de la carte, ce qui revient à décocher « Autoriser l'ordinateur à éteindre ce périphérique » dans le Gestionnaire de périphériques. Décochée par défaut, et voici le compromis : une fois posée, Windows traite la carte comme une carte dont il ne peut pas gérer l'alimentation, donc le réveil du PC par le réseau depuis la veille cesse de fonctionner, et sur un portable la carte est arrêtée en Modern Standby au lieu d'être mise au repos — rien n'arrive tant que le capot est fermé. Le gain, c'est un paquet après une période d'inactivité, et un jeu ne laisse jamais le lien inactif. Elle n'est écrite que si le pilote expose réellement la gestion de l'alimentation ; le pilote Microsoft intégré que Windows Update installe pour beaucoup de cartes Realtek ne le fait pas, et là la case le dit et n'écrit rien.

Désactiver l'Energy Efficient Ethernet — écrit 0 dans le mot-clé EEE que le pilote déclare (*EEE, EnableGreenEthernet, AdvancedEEE, EnableSavePowerNow, EEELinkAdvertisement), dans le type dans lequel le pilote le stocke. L'EEE (802.3az) fait passer le lien en veille basse consommation entre les paquets, et en sortir coûte jusqu'à environ 16 microsecondes en gigabit — pas un ping que vous puissiez voir. La vraie raison de le désactiver, c'est la stabilité : certaines cartes 2,5G perdent le lien quand il est actif, et le conseil d'Intel lui-même pour sa famille I225/I226 est de le désactiver. Le coût est d'environ un demi-watt par lien au repos, ce qui sur un portable se prend sur la batterie. Un pilote qui ne déclare aucun de ces mots-clés est ignoré, et le message le dit ; le pilote du fabricant peut exposer le réglage là où le pilote intégré ne le fait pas.

Désactiver la suspension sélective de la carte — n'apparaît que sur un PC de bureau dont le pilote de carte liste *SelectiveSuspend, et arrive décochée. Elle écrit 0 dans ce mot-clé, dans le type où le pilote le stocke. La suspension sélective permet à Windows de passer une carte inactive en basse consommation après quelques secondes sans trafic (cinq par défaut) ; le premier paquet suivant attend que la carte se réveille. Un jeu ne laisse jamais le lien inactif aussi longtemps, donc en match cela ne change rien — le gain est le premier paquet après un moment calme, et il n'a pas été mesuré. Microsoft destine ce mécanisme aux cartes USB 1.1 et 2.0 ; les pilotes de la plupart des cartes filaires ne le listent pas, et la case n'y apparaît pas. Le coût est la consommation au repos, c'est pourquoi un portable n'affiche jamais la case. Prend effet au redémarrage de la carte — désactivez-la puis réactivez-la dans le Gestionnaire de périphériques, ou redémarrez. Qu'elle fasse plus que « Désactiver l'économie d'énergie de la carte réseau » sur la même carte n'a pas été mesuré.

Augmenter les tampons de réception au maximum du pilote — n'apparaît que là où la carte qui porte le trafic a rejeté des trames reçues de façon mesurable : d'après son propre compteur de rejets depuis son dernier démarrage, au moins 0,01 % d'au moins 100 000 trames reçues — le chiffre qu'affiche le Détective des saccades. La case est décochée au départ, sur PC de bureau comme sur portable, et son libellé porte les deux chiffres. Elle écrit *ReceiveBuffers au sommet de la plage que déclare l'INF du pilote — jamais un nombre choisi par w0a — et seulement si c'est au-dessus de la valeur avec laquelle la carte tourne ; une valeur montée plus haut à la main n'est jamais abaissée. Une carte dont les tampons de réception se remplissent en charge rejette ce qui arrive ensuite : un segment TCP est renvoyé au moins un aller-retour plus tard, un paquet UDP de jeu n'arrive jamais. La description du réglage par Microsoft dit qu'une carte qui en a trop peu peut en manquer sous forte charge ; le guide de réglage d'Intel conseille de les augmenter quand des paquets reçus sont rejetés et chiffre le coût à environ 2 Ko de mémoire par tampon. Sans rejets mesurés, cela n'apporte rien, c'est pourquoi la case n'apparaît pas dans ce cas. Le réglage prend effet au redémarrage de la carte, et le compteur de rejets repart alors de zéro. Ce qu'il change au ping ou aux images n'a pas été mesuré ; sur le PC où w0a est écrit, le maximum du pilote Realtek fourni avec Windows est 512, la carte tourne déjà à cette valeur et n'a rien rejeté sur 3,8 millions de trames.

Remettre les valeurs TCP par défaut — exécute netsh int tcp set global autotuninglevel=normal, rss=enabled et ecncapability=disabled. Ce sont les valeurs livrées avec Windows. La case lit d'abord la valeur actuelle ; sur une machine propre les trois sont déjà correctes, elle n'écrit rien, et elle le dit. Elle existe pour ce que les scripts de tweak laissent derrière eux — le conseil « désactiver l'auto-tuning » qui effondre le débit sur tout lien ayant une vraie latence — et c'est une réparation, pas un gain, ce qui explique pourquoi elle est décochée et n'est pas comptée comme une optimisation. RSS est un interrupteur global ; que le traitement de réception se répartisse ou non sur les cœurs dépend du fait que la carte propose RSS, et le message dit si la vôtre le fait. Ces trois valeurs n'ont pas d'enregistrement d'annulation ; la carte « Paramètres réseau » de la page Fix les remet en place.

Pour le ping en charge — écrit 0 dans *FlowControl, *InterruptModeration, *RscIPv4 et *RscIPv6 là où la carte les déclare, et exécute netsh int tcp set global rsc=disabled. Le contrôle de flux permet à un switch de mettre en pause l'émission de ce PC (cela compte quand une carte 2,5G alimente un routeur gigabit, et seulement quand vous envoyez). La modération des interruptions regroupe les paquets avant que le processeur ne les voie : des dizaines à des centaines de microsecondes. La fusion de segments réunit les segments TCP reçus avant de les transmettre plus haut ; le trafic de jeu en UDP n'y passe jamais, et la désactiver coûte du processeur pendant les téléchargements. Des microsecondes, tout cela, face à une file d'attente de routeur qui se mesure en millisecondes. Le contrôle de flux est le seul à être écrit sans condition — les trames de pause retiennent tous les paquets derrière elles, et aucune machine ne veut ça. Les trois autres sont un compromis, ils sont donc ignorés sur les machines de moins de six cœurs physiques, où les interruptions supplémentaires coûtent plus qu'elles ne font gagner, et sur les liens au-dessus de 2,5 Gbit. Aucun des quatre n'est écrit là où la carte ne déclare pas le mot-clé, et le message liste exactement ce qui l'a été.

Priorité par application (QoS) — cette case a disparu ; w0a n'écrit plus de stratégie QoS pour un jeu. Le marquage était toute la fonctionnalité, et il a été abandonné : les fournisseurs d'accès l'ignorent le plus souvent, et certains voient dans un paquet marqué quelque chose à réguler plutôt qu'à faire passer devant — ils le ralentissent, voire le rejettent. Si une version antérieure a écrit une règle sur ce PC, la carte « Paramètres réseau » de la page Fix la supprime.

Page DNS — mesure chaque résolveur en UDP simple et écrit la paire choisie sur la carte qui porte votre trafic (les deux familles d'adresses là où l'opérateur publie de l'IPv6, sinon l'IPv6 est remis en automatique). La latence DNS change la vitesse à laquelle un nom est résolu — la première connexion à un serveur, le navigateur, le début d'un téléchargement. Elle ne change pas le ping en partie.

DNS chiffré (sur la page DNS) — désactivé tant qu'on ne l'active pas. Il active le DNS over HTTPS propre à Windows pour les serveurs qu'utilise la carte réseau, et seulement là où Windows connaît déjà une adresse chiffrée pour eux (Cloudflare, Google et Quad9) ; pour tout autre serveur, il le dit et n'écrit rien, et un résolveur tenu par un programme sur le PC lui-même est laissé à ce programme. C'est un réglage de confidentialité : le réseau sur le trajet ne peut plus lire dans le trafic DNS quels noms sont recherchés ; les adresses des serveurs auxquels vous vous connectez restent visibles, et il ne promet rien pour le ping ni les FPS. Le repli vers le DNS en clair reste désactivé, pour qu'une requête ne parte pas en clair sans que rien ne le dise. Après l'activation, w0a résout un nom et ne garde le réglage que si la réponse est revenue et que le client DNS de Windows a été vu se connecter au serveur en HTTPS ; sinon il remet le réglage comme avant et dit lequel des deux a manqué. Les valeurs en ms de la page DNS sont des mesures en DNS en clair, pas le temps d'une requête chiffrée. Pour l'annuler : le bouton de la carte, la page Sauvegardes ou Fix > Connexion Internet et DNS.

Ce qui a été retiré

Une case appelée « Libérer plus tôt les connexions fermées » écrivait TcpTimedWaitDelay=30 et StrictTimeWaitSeqCheck=1. Mesuré : la première valeur est bien lue par Windows 11 — le TIME_WAIT d'une connexion fermée se terminait à 30 secondes — mais ce qu'elle décide, c'est la vitesse à laquelle une connexion fermée libère son port, ce qui est un problème de serveur ; un seul PC ne peut pas manquer de ports en jouant. La seconde valeur n'apparaît dans aucun pilote réseau de Windows. Une case qui ne fait rien pour un jeu n'a pas sa place sur la page, elle a donc disparu. Si vous l'aviez appliquée auparavant, la carte « Paramètres réseau » de la page Fix supprime les deux valeurs, et les anciens enregistrements de restauration se chargent toujours sur la page Sauvegardes.

Revenir en arrière

• Sauvegardes et restauration — remet en place le point de contrôle écrit avant la modification.
• La page Fix — « Paramètres réseau » réinitialise les valeurs TCP globales, supprime les

stratégies QoS et le commutateur hors domaine, efface PnPCapabilities des cartes physiques et TcpAckFrequency de chaque interface. « Déchargements de la carte réseau » ramène les mots-clés de la carte — y compris les différentes écritures d'EEE, la suspension sélective et les tampons de réception — aux valeurs par défaut du fichier INF du pilote. Ni l'une ni l'autre ne dépend du fichier de sauvegarde de w0a.

En dehors de cette page

Un câble plutôt que le Wi-Fi. Un routeur avec du SQM (fq_codel ou cake) si quelqu'un télécharge pendant que vous jouez. Le câble retire du chemin la radio et ses interférences ; le SQM garde courte la file d'attente du routeur pendant qu'autre chose télécharge. Aucun réglage de votre PC ne fait l'un ou l'autre, et ce qu'ils changent sur votre connexion n'a pas été mesuré.