Guide des paramètres avancés de la carte réseau (NIC) sous Windows - RSS/LSO/EEE/Wake on LAN

L’onglet [Advanced] (Paramètres avancés) d’une carte réseau (NIC) Windows affiche un bon nombre de termes peu familiers. Jumbo Packet, Large Send Offload, Interrupt Moderation, Receive Side Scaling, Flow Control, Energy Efficient Ethernet. À ne regarder que les noms, on a envie de tout activer — mais en réalité, la bonne réponse dépend de ce que l’on veut privilégier.

• Voulez-vous augmenter le débit des transferts volumineux ?
• Voulez-vous réduire la latence des petits paquets ?
• Voulez-vous réduire l’utilisation du CPU ?
• Voulez-vous stabiliser la reprise après veille et le Wake on LAN ?
• Voulez-vous isoler un problème de compatibilité avec un pilote ou un commutateur ?

Si ce point reste flou et que l’on se contente de « tout activer pour voir », « mettre Jumbo à 9014 pour voir » ou « c’est lent, donc on fixe en 1 Gbps Full », les accidents sont monnaie courante.

Cet article s’adresse principalement aux cartes Ethernet filaires sous Windows 10 / 11 / Windows Server, et organise la façon de penser lorsque l’on manipule les paramètres avancés du NIC en pratique. Nous détaillons la signification de chaque réglage, ce qui tend à se produire quand on l’augmente, le diminue, l’active ou le désactive, et dans quels cas il vaut la peine d’y toucher, de façon à pouvoir tout embrasser d’un coup d’œil.

Notez que les noms affichés par le NIC et les valeurs disponibles varient considérablement selon le fabricant et le pilote. Jumbo Packet peut s’appeler Jumbo Frames, Receive Buffers peut s’appeler Receive Descriptors, Priority & VLAN peut s’appeler Packet Priority & VLAN. Dans cet article, les réglages de signification proche sont traités ensemble.

1. La conclusion d’abord

Pour commencer, voici uniquement les conclusions qui se vérifient rarement en défaut, sur le terrain.

• Speed & Duplex reste sur Auto par défaut. Face à un problème de chute à 100 Mbps, se précipiter d’entrée sur un 1.0 Gbps Full Duplex fixe est le dernier recours, pas le premier.
• Checksum Offload / RSS / LSO / RSC restent, en principe, activés ou à leur valeur par défaut. Tout désactiver à la légère tend à gaspiller du CPU.
• Jumbo Packet ne s’utilise que lorsque tout est aligné de bout en bout (end-to-end). Passer uniquement le NIC à 9014 pendant que le chemin intermédiaire reste à 1500 est un piège.
• Interrupt Moderation est un tir à la corde entre débit et latence. Une valeur plus élevée soulage le CPU, mais augmente la latence.
• Flow Control peut aider à réduire les pertes de paquets (drops), mais peut aussi propager la congestion.
• EEE / Green Ethernet / Selective Suspend sont des réglages d’économie d’énergie, pas des réglages qui accélèrent quoi que ce soit.
• VMQ / SR-IOV s’adressent aux hôtes Hyper-V — ce n’est pas une formule magique pour accélérer un PC de bureau ordinaire.
• Wake on Pattern Match provoque facilement des réveils non désirés ; si vous voulez simplement le Wake on LAN, privilégier Magic Packet est plus sûr.
• Les anciens éléments comme TCP Chimney Offload ne doivent plus être touchés aujourd’hui.

En somme, les paramètres avancés du NIC ne sont pas « un endroit où l’on active tout ce qui a l’air puissant ». C’est un endroit où l’on décide lequel du débit, de la latence, du CPU, de la consommation ou de la compatibilité on veut privilégier, puis où l’on touche un élément à la fois.

2. Où consulter les réglages

2.1 Dans l’interface graphique

Depuis les connexions réseau

1. Exécuter ncpa.cpl
2. Faire un clic droit sur l’adaptateur cible
3. Propriétés → Configurer
4. Onglet Paramètres avancés (Advanced)

Depuis le Gestionnaire de périphériques

1. Gestionnaire de périphériques
2. Cartes réseau
3. Faire un clic droit sur le NIC cible → Propriétés
4. Onglet Paramètres avancés

Les éléments qui s’affichent ici sont les protagonistes de cet article. Cela dit, les réglages de l’onglet Power Management (Gestion de l’alimentation) comptent aussi beaucoup en pratique ; nous les aborderons dans la seconde partie.

2.2 Dans PowerShell

Avec PowerShell, il est facile de lister les valeurs actuelles ou de sauvegarder l’état avant tout changement.

Get-NetAdapter

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Sort-Object DisplayName |
  Format-Table DisplayName, DisplayValue, RegistryKeyword, RegistryValue -Auto

Sur certains NIC, RegistryKeyword utilise des noms standardisés et peut apparaître sous la forme *RSS, *VMQ, *SRIOV, *EEE, et ainsi de suite. Cependant, DisplayName et DisplayValue dépendent du pilote. Pour écrire un script de modification, il est plus sûr de d’abord lister les valeurs sur la machine réelle.

3. Les grands principes avant de toucher à quoi que ce soit

Manquer ces points avant de toucher aux réglages du NIC mène généralement droit dans le mur.

3.1 D’abord, décider « ce que l’on veut améliorer »

Un même « le réseau est lent » peut recouvrir des réalités totalement différentes.

• Les copies de gros fichiers sont lentes → débit, RSS, RSC, LSO, Jumbo, tampons (buffers)
• Les petites requêtes/réponses traînent → Interrupt Moderation, RSC, EEE, profondeur de file
• Le CPU est élevé → décharges (offloads), RSS, RSC, interruptions
• Des anomalies après la reprise depuis la veille → Selective Suspend, Power Management, WoL
• Des coupures occasionnelles / un passage à 100 Mbps → câble, équipement en face, Speed & Duplex, EEE, pilote

Toucher aux mêmes réglages pour des objectifs différents aggrave la situation au lieu de l’améliorer.

3.2 Soupçonner d’abord la couche physique et l’équipement en face

Il existe couramment des problèmes que les réglages du NIC ne peuvent pas résoudre.

• Câble défectueux
• Problème de compatibilité avec le commutateur / routeur / dock
• Firmware ancien
• Alimentation insuffisante d’une carte USB NIC
• Erreurs côté port
• Pertes de paquets et retransmissions

En particulier, pour une chute à 100 Mbps, un link flapping (liaison qui monte et descend) ou des échecs limités aux transferts volumineux, il est plus rapide de regarder d’abord la couche physique et l’équipement en face plutôt que les réglages.

3.3 Ne changer qu’un seul élément à la fois

Changer Jumbo, LSO, RSC, RSS et EEE tous en même temps fait perdre de vue ce qui a réellement fait effet. La base consiste à noter les réglages avant modification, à changer un seul élément à la fois, puis à mesurer l’évolution.

3.4 Décider ce que l’on mesure

Au minimum, voici ce qu’il vaut la peine de surveiller.

• Vitesse de liaison (1G / 2,5G / 10G, etc.)
• Débit
• Latence
• Utilisation du CPU
• Statistiques du NIC (drops / erreurs / manque de tampons)
• Stabilité de la reprise après veille

Il est bien plus solide de juger un changement de réglage avec des chiffres qu’au ressenti seul.

4. Tableau récapitulatif des principaux réglages

Voici d’abord un tableau qui permet de voir le rôle de chaque réglage en un coup d’œil.

5. Réglages liés à la liaison et à la taille des trames

5.1 Speed & Duplex

Ce réglage concerne la négociation de la vitesse de liaison et du mode duplex intégral / semi-duplex. Les noms affichés incluent Speed & Duplex, Link Speed et Link Speed & Duplex.

Ce que fait ce réglage

En Ethernet, le NIC et l’équipement en face décident de la vitesse et du mode duplex à utiliser pour communiquer.

On voit souvent des options telles que :

• Auto Negotiation
• 100 Mbps Full Duplex
• 1.0 Gbps Full Duplex
• 2.5 Gbps Full Duplex
• 10 Gbps Full Duplex

Ce qui change selon le réglage

Passer sur Auto

• Entre équipements modernes, c’est fondamentalement le plus stable
• À partir de 1000BASE-T, Auto est souvent le mode présupposé
• S’accorde bien avec EEE et la négociation master/slave

Fixer manuellement

• Peut améliorer la compatibilité avec un ancien commutateur ou un équipement en face lui-même fixé de force
• Mais un état comme un seul côté fixé / un seul côté en Auto est source d’accidents
• Un duplex mismatch cause ralentissement, retransmissions et délais anormaux

Politique de base en pratique

En temps normal, laisser Auto suffit. « Ça ne monte pas à 1 Gbps, donc on fixe en 1 Gbps Full » a l’air décisif, mais rate souvent la vraie cause.

5.2 Jumbo Packet / Jumbo Frames

C’est le réglage qui permet d’utiliser des trames Ethernet plus grandes que la norme. Les noms affichés incluent Jumbo Packet, Jumbo Frames et Jumbo Packet Size.

Ce que fait ce réglage

L’Ethernet ordinaire fonctionne le plus souvent avec un MTU présupposé de 1500. Activer Jumbo Frame permet d’utiliser de grandes trames d’environ 9000 octets.

Cependant, cette zone regorge de pièges de nommage.

• Le pilote peut afficher la taille de trame, comme 9014 Bytes
• L’OS et les outils peuvent voir les choses du point de vue L3, comme MTU 9000
• Le commutateur peut compter CRC et étiquette VLAN inclus

Comparer les chiffres bruts côte à côte fait tomber dans le panneau, très couramment.

Ce qui change selon le réglage

Augmenter / activer

• Moins de paquets lors de l’envoi de grosses données
• Moins de passages de traitement des en-têtes
• L’utilisation du CPU tend à baisser
• D’un autre côté, chaque paquet occupe le support plus longtemps
• Si un point du chemin ne le prend pas en charge, cela cause des pertes (drops) ou de la fragmentation

Revenir au standard / désactiver

• Compatibilité maximale
• Le nombre de paquets augmente
• Sur les transferts volumineux, le CPU et le surcoût des en-têtes tendent à augmenter

Politique de base en pratique

Jumbo n’a de sens que si l’alignement est de bout en bout (end-to-end) :

• votre propre NIC
• le NIC de l’équipement en face
• les commutateurs intermédiaires
• le surcoût, si un VLAN ou un commutateur virtuel s’intercale

Si l’un de ces éléments reste à 1500, non seulement l’effet ne se produit pas, mais cela devient une source de dysfonctionnement.

5.3 Gigabit Master / Slave Mode

En 1000BASE-T, ce réglage concerne quel côté fait office de master pour piloter l’horloge, et lequel fait office de slave. Sur un PC ordinaire, on n’y touche pratiquement jamais.

Politique de base

• Auto par défaut
• À évaluer uniquement en cas de problème de qualité de liaison avec un équipement ancien spécifique
• Sauf instruction du fabricant, ne pas le traiter comme un levier d’optimisation des performances

5.4 Wait for Link et les réglages liés à l’état de la liaison

Un réglage comme Wait for Link concerne le fait que le pilote attende ou non le succès de la négociation automatique avant de signaler l’état de la liaison. Log Link State Event est un réglage de diagnostic qui consigne les événements de montée/descente de la liaison dans le journal des événements.

Politique de base

• Un PC ordinaire peut rester aux valeurs par défaut
• Ce réglage a plus de sens pour le diagnostic de l’apparence au démarrage ou du failover que pour la performance elle-même
• Ce n’est pas un élément à toucher en premier

6. Réglages qui affectent la charge CPU, le débit et la latence

C’est la zone qui paraît le plus « prometteuse ». Elle fait effet réellement, souvent, mais le sens de l’effet se scinde nettement.

6.1 Checksum Offload

Réglage qui délègue au NIC le calcul du checksum IP / TCP / UDP.

Politique de base

• Activé en principe
• À conserver si l’on veut réduire le CPU
• Une erreur de checksum dans une capture est souvent juste un artefact du déchargement (offload)
• Le désactiver temporairement pour isoler un problème de compatibilité est acceptable

6.2 Large Send Offload (LSO) / TSO / Offload TCP Segmentation

Réglage qui fait découper par le NIC les grosses données TCP à envoyer en trames plus petites.

Ce qu’il améliore

• Le débit pour les communications à forte émission
• La réduction de l’utilisation du CPU
• Les envois continus de taille importante

Politique de base

• Activé normalement
• En cas de suspicion de compatibilité avec une application ou un pilote spécifique, le désactiver temporairement pour observer la différence

6.3 Receive Segment Coalescing (RSC) / Large Receive Offload

Réglage qui regroupe côté réception plusieurs segments TCP.

Ce qu’il améliore

• Le débit côté réception
• La réduction de l’utilisation du CPU

Points d’attention

• Peut être désavantageux pour la faible latence ou l’observation paquet par paquet
• Change légèrement l’interprétation des captures et des observations de timing

Politique de base

• Activé si l’on veut privilégier le débit en réception
• À évaluer si l’on surveille la latence des petites requêtes/réponses

6.4 Les déchargements UDP récents (USO / URO)

Sur les NIC et les OS récents, des déchargements plus récents peuvent aussi apparaître pour l’émission/réception UDP.

Politique de base

• Même s’ils apparaissent, ne pas s’écarter des valeurs par défaut dans un premier temps
• Ne mesurer que lorsque le pilote est suffisamment récent et que la charge de travail cible est clairement identifiée
• Ne pas forcer leur usage lors d’un dépannage

6.5 Receive Side Scaling (RSS)

Réglage qui répartit le traitement de réception sur plusieurs CPU. Il compte beaucoup dans un environnement multi-cœur.

Politique de base

• Activé par défaut sur du multi-cœur
• À vérifier en premier lieu quand un seul CPU est saturé
• Joue aussi souvent un rôle central en amont d’Hyper-V ou d’un débit élevé

6.6 RSS Queues / RSS Processors / RSS Profile

Éléments qui déterminent le degré de parallélisme du RSS.

Politique de base

• Partir des valeurs par défaut
• N’augmenter qu’une fois observés une utilisation CPU élevée ou un déséquilibre des files
• Pousser sans réfléchir jusqu’au maximum peut augmenter la charge d’interruptions et de DPC

6.7 Interrupt Moderation / Interrupt Moderation Rate

Réglage qui limite la fréquence des interruptions, échangeant charge CPU contre latence.

Tendances

• Élevé / Adaptive → le CPU tend à être soulagé, mais la latence tend à augmenter
• Bas / Off → la latence tend à baisser, mais la charge CPU / DPC tend à augmenter

Politique de base

• Point de départ : valeur par défaut / Adaptive
• Évaluer Low / Off si le jitter des petits paquets pose problème
• Pour les transferts volumineux, la valeur par défaut est souvent le choix le plus naturel

6.8 Receive Buffers / Receive Descriptors et Transmit Buffers / Transmit Descriptors

Réglages qui modifient la profondeur des anneaux / tampons.

Ce qu’ils améliorent

• Tolérance aux rafales (burst)
• Débit soutenu
• Évitement des pertes (drops)

Effets secondaires

• La consommation mémoire augmente
• Une file plus profonde peut augmenter le délai d’attente

Politique de base

• N’augmenter que lorsque des pertes (drops) ou un manque de tampons sont observés
• Éviter de mettre au maximum sans raison précise

6.9 Flow Control

Réglage relatif à l’émission et à la réception des trames pause 802.3x.

Politique de base

• Un candidat si l’on veut réduire les pertes (drops)
• Mais la pause peut aussi propager une congestion ailleurs
• À examiner avec prudence dans les systèmes à faible latence
• À considérer en même temps que la conception globale du réseau

7. Réglages liés au VLAN, à la QoS et à la virtualisation

7.1 Priority & VLAN / Packet Priority & VLAN / NDIS QoS

La zone qui gère le VLAN 802.1Q et la priorité 802.1p.

Politique de base

• N’y prêter attention que si l’on utilise réellement VLAN / QoS
• Dans un environnement d’access port simple, les valeurs par défaut suffisent
• Une configuration où les étiquettes sont ajoutées automatiquement complique l’isolement des problèmes ; attention

7.2 VMQ / VMMQ / SR-IOV

Ces réglages ne prennent tout leur sens que sur un hôte Hyper-V ou une infrastructure de virtualisation.

Politique de base

• Ne pas les traiter comme un réglage d’optimisation de bureau ordinaire
• Sur un hôte Hyper-V, les évaluer conjointement avec la configuration du vSwitch, l’attribution des files et les réglages côté invité
• N’en regarder qu’un seul côté rend la bonne réponse difficile à trouver

7.3 RDMA / DCB / PFC : un autre monde

Ce domaine, qui inclut SMB Direct et l’Ethernet sans perte (lossless), est vraiment un monde à part.

Politique de base

• À considérer séparément de l’ajustement classique d’un poste 1GbE / 2,5GbE
• Vérifier ensemble la documentation du fabricant et la conception côté commutateur

8. Réglages liés à l’économie d’énergie, à la veille et au Wake on LAN

8.1 Energy Efficient Ethernet (EEE) / Green Ethernet

Réglage qui réduit la consommation d’énergie lorsque la liaison est inactive, à des fins d’économie.

Comment le considérer

• Ce n’est pas un réglage qui accélère
• Il a un effet réel sur la consommation
• Selon l’équipement en face et l’état du câble, il devient un candidat à isoler en cas d’instabilité de la liaison ou de downshift vers 100 Mbps

Politique de base

• Pour un usage général, la valeur par défaut convient
• En cas d’instabilité de liaison, de passage à 100 Mbps, ou si la faible latence prime, c’est le premier candidat à isoler

8.2 Selective Suspend / Device Sleep / contrôle de la liaison en veille

Pour le dire simplement, c’est un réglage qui détermine jusqu’à quel point le NIC est autorisé à s’endormir en état inactif ou en veille.

Politique de base

• Sur un portable, commencer avec les valeurs par défaut
• En cas de problème de reprise, le soupçonner en premier
• Pour un PC de contrôle d’équipement ou un fonctionnement 24 h/24 et 7 j/7, il est parfois plus simple de le désactiver purement et simplement

8.3 Wake on Magic Packet / Wake on Pattern Match

Ce réglage sert à réveiller un PC en veille via le réseau.

Politique de base

• Activer Magic Packet si le Wake on LAN est nécessaire
• Désactiver si ce n’est pas nécessaire
• N’utiliser Pattern Match que lorsque le besoin est clairement établi

Il est tout à fait courant que le PC ne se réveille pas même si seul le NIC est activé. Vérifiez aussi le BIOS / UEFI ainsi que l’onglet Power Management.

8.4 ARP Offload / NS Offload

Réglage qui permet au NIC de prendre en charge des réponses minimales même pendant la veille.

Politique de base

• Normalement, activé / valeur par défaut convient
• Souvent modifié temporairement pour isoler un problème de compatibilité lié à la veille

8.5 Les réglages de l’onglet Power Management

Séparément de l’onglet Advanced, les propriétés du NIC comportent un onglet Power Management (Gestion de l’alimentation). Il est discrètement important, lui aussi.

Les trois que l’on voit le plus souvent sont :

• Allow the computer to turn off this device to save power
• Allow this device to wake the computer
• Only allow a magic packet to wake the computer

Politique de base

• En cas de problème de reprise, soupçonner d’abord Allow the computer to turn off this device...
• Pour éviter un réveil intempestif, activer Only allow a magic packet...
• Si le Wake on LAN lui-même n’est pas nécessaire, tous les réglages de réveil peuvent rester désactivés

9. Autres réglages courants mais rarement modifiés

9.1 Network Address / Locally Administered Address

Réglage qui remplace manuellement l’adresse MAC.

Politique de base

• Normalement, ne pas y toucher
• Ce n’est pas un réglage de performance
• À utiliser seulement en environnement de laboratoire ou pour des besoins particuliers

9.2 Adaptive Inter-Frame Spacing

Un réglage bien ancien. Sur l’Ethernet commuté full-duplex moderne, il ne joue plus un rôle central.

Politique de base

• Sur un LAN moderne ordinaire, laisser la valeur par défaut
• N’y toucher qu’avec un équipement ancien ou un environnement particulier, sur instruction du fabricant

9.3 Header Data Split

Réglage principalement destiné aux serveurs, qui aide le traitement CPU en séparant l’en-tête du paquet (header) et la charge utile (payload).

Politique de base

• Destiné aux serveurs / à des charges de travail spécifiques
• Sur un client général, laisser la valeur par défaut

9.4 Low Latency Interrupts

Selon le fabricant, un élément comme Low Latency Interrupts peut être présent.

Politique de base

• À utiliser seulement lorsque la mesure prouve un gain
• Ce n’est pas une zone à activer sur une simple impression

9.5 Les anciens éléments comme TCP Chimney Offload / IPsec Task Offload

Ces éléments peuvent apparaître sur des NIC ou des pilotes plus anciens.

Politique de base

• Ne pas y toucher, ne pas les utiliser est la bonne réponse aujourd’hui
• Ne pas se laisser entraîner par des considérations de compatibilité ou de la documentation ancienne

10. Repères généraux selon l’objectif

10.1 PC de bureau / portable ordinaire

• Speed & Duplex : Auto
• MTU / Jumbo : 1500 / désactivé
• Checksum Offload : activé
• LSO : activé
• RSC : activé
• RSS : activé
• Interrupt Moderation : valeur par défaut / Adaptive
• Buffers : valeurs par défaut
• Flow Control : valeur par défaut
• EEE / Green Ethernet : valeur par défaut
• Selective Suspend : valeur par défaut
• Wake on LAN : seulement en cas de besoin

Autrement dit, ne pas s’écarter des valeurs par défaut est la base.

10.2 NAS / sauvegarde / copies volumineuses

• Speed & Duplex : Auto
• Jumbo : à évaluer si un chemin dédié peut être aligné
• Checksum Offload : activé
• LSO : activé
• RSC : activé
• RSS : activé
• RSS queues : augmenter légèrement si nécessaire
• Receive / Transmit Buffers : augmenter légèrement en cas de pertes (drops)
• Interrupt Moderation : valeur par défaut / légèrement plus élevée
• EEE : à évaluer pour désactivation si la stabilité prime

Pour les transferts volumineux, la réduction du nombre de paquets, la réduction du CPU et l’évitement du manque de files tendent à payer.

10.3 Caméras industrielles / contrôle d’équipement / priorité à la faible latence

• Speed & Duplex : Auto par défaut ; fixer en accord avec l’équipement en face si nécessaire
• Jumbo : à évaluer si caméra / NIC / commutateur sont alignés
• Checksum Offload : activé en premier lieu
• LSO : à évaluer pour désactivation temporaire si la compatibilité à l’émission est suspecte
• RSC : candidat à la désactivation si la faible latence ou l’observation priment
• Interrupt Moderation : évaluer Low / Off
• Buffers : ne pas surdimensionner
• Flow Control : évaluer les effets secondaires de la pause
• EEE / Green Ethernet : candidat à la désactivation
• Selective Suspend / gestion de l’alimentation : candidat à la désactivation

Les réglages optimisés pour le débit ne sont pas nécessairement favorables à la faible latence.

10.4 Hôtes Hyper-V

• VMQ / VMMQ / SR-IOV : à évaluer selon la configuration
• RSS : important pour le trafic côté hôte
• RSC : soumis à des contraintes selon la configuration du vSwitch
• QoS / VLAN : à aligner avec la conception du vSwitch
• Flow Control / PFC : à considérer conjointement avec la conception du stockage / RDMA

Ce n’est pas de l’optimisation de bureau, mais de la conception d’infrastructure de virtualisation.

10.5 Réglages temporaires pour le dépannage

Pour isoler un problème, revenir temporairement à un monde simple est une méthode efficace.

• Speed & Duplex : Auto
• MTU : 1500
• Jumbo : désactivé
• EEE : désactivé
• LSO : désactivé temporairement
• RSC : désactivé temporairement
• Interrupt Moderation : valeur par défaut ou plus basse
• Wake / économie d’énergie : désactivé si non nécessaire
• Réglages avant modification : toujours sauvegardés

Dans le travail d’isolement, simplifier le comportement l’emporte sur l’optimisation des performances.

11. Premiers points à vérifier selon le symptôme

11.1 La liaison devrait être en 1 Gbps / 2,5 Gbps mais passe à 100 Mbps

L’ordre de vérification est à peu près celui-ci.

1. Câble
2. Dock / carte USB NIC / adaptateur de conversion
3. Port côté commutateur
4. Mise à jour du pilote
5. EEE / Green Ethernet
6. Remettre Speed & Duplex sur Auto
7. Si cela ne suffit toujours pas, essayer un réglage fixe aligné sur l’équipement en face

Fixer manuellement d’entrée de jeu vient en dernier.

11.2 Les transferts volumineux sont lents, mais le ping est normal

Voici ce qu’il vaut la peine de regarder.

• Checksum Offload
• LSO
• RSC
• RSS
• Receive / Transmit Buffers
• Jumbo Frame (si le chemin est dédié)
• Les pertes (drops) / erreurs dans les statistiques du NIC

C’est un problème de type débit, donc Jumbo, les files et les déchargements (offloads) tendent à aider.

11.3 La latence des petites requêtes/réponses est élevée, le jitter pose problème

Voici les cinq points à vérifier.

• Interrupt Moderation
• RSC
• EEE
• Flow Control
• Vérifier si les tampons (buffers) ne sont pas surdimensionnés

Dans cette zone, les optimisations de type traitement groupé (batching) peuvent, à l’inverse, augmenter la latence perçue.

11.4 Le NIC disparaît après la reprise depuis la veille / pas de connexion pendant quelques secondes

Voici les cinq points à examiner, centrés sur l’alimentation.

• Selective Suspend
• Réglages liés à Device Sleep / Standby
• Allow the computer to turn off this device... dans l’onglet Power Management
• Firmware du dock / de la carte USB NIC
• La combinaison des réglages de réveil

Les problèmes de reprise concernent, plus souvent que le NIC lui-même, la gestion de l’alimentation.

11.5 Une capture de paquets montre une masse d’erreurs de checksum

Avant de se précipiter à dire « la ligne est cassée », vérifiez ces points.

• Checksum Offload est-il activé ?
• LSO est-il activé ?
• La capture est-elle prise avant l’émission, ou sur le câble (wire) ?
• Le résultat est-il identique observé depuis un autre hôte ou un port miroir ?

Une erreur de checksum dans une capture locale est, très souvent en réalité, simplement la manière dont se manifeste le déchargement (offload).

11.6 Seules les VM Hyper-V sont lentes / le CPU est déséquilibré

Il ne s’agit pas uniquement du RSS de type bureau.

• VMQ / VMMQ
• SR-IOV
• vSwitch binding
• VLAN / QoS
• La répartition entre le RSS côté hôte et les files côté VM

En virtualisation, dessiner un schéma de qui traite réellement les paquets facilite grandement la mise au clair.

12. Notes pratiques pour vérifier et modifier via PowerShell

12.1 D’abord sauvegarder l’état actuel

Une sauvegarde avant modification est importante.

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Select-Object Name, DisplayName, DisplayValue, RegistryKeyword, RegistryValue |
  Export-Csv .\nic-advanced-backup.csv -NoTypeInformation -Encoding UTF8

12.2 Afficher la liste

Get-NetAdapterAdvancedProperty -Name "Ethernet" |
  Sort-Object DisplayName |
  Format-Table DisplayName, DisplayValue, RegistryKeyword -Auto

12.3 Vérifier RSS / RSC / les statistiques

Get-NetAdapterRss -Name "Ethernet"
Get-NetAdapterRsc -Name "Ethernet"
Get-NetAdapterStatistics -Name "Ethernet"

12.4 Exemples de modification

Les noms affichés réels diffèrent selon le NIC ; commencez donc par consulter la liste avant de modifier quoi que ce soit.

# Exemple : modifier Jumbo Packet (la valeur diffère selon le NIC)
Set-NetAdapterAdvancedProperty -Name "Ethernet" `
  -DisplayName "Jumbo Packet" `
  -DisplayValue "9014 Bytes"

# Exemple : définir le nombre de files de réception RSS
Set-NetAdapterRss -Name "Ethernet" -NumberOfReceiveQueues 4

12.5 Vérifier la connectivité avec Jumbo

# Équivalent au MTU standard 1500
ping <IP de l'équipement en face> -f -l 1472

# Équivalent au MTU 9000
ping <IP de l'équipement en face> -f -l 8972

1472 et 8972 sont les tailles de charge utile (payload) une fois les en-têtes IP / ICMP soustraits. Le 9014 Bytes de l’interface du pilote et ces chiffres du ping ne correspondent pas directement.

12.6 Notes pratiques

• Certains réglages nécessitent de désactiver / réactiver l’adaptateur ou un redémarrage
• DisplayName peut être localisé
• Même chez un même fabricant, les noms d’éléments peuvent changer selon la version du pilote
• Pour automatiser avec PowerShell, il est plus sûr d’énumérer d’abord les valeurs sur la machine réelle, puis d’écrire le script

13. Résumé

À ne regarder que les noms des éléments, tous les paramètres avancés du NIC Windows ont l’air « puissants ». Mais en réalité, c’est un monde où la bonne réponse change selon que l’on privilégie le débit, la latence, le CPU, la consommation ou la compatibilité.

Pour résumer les points clés de cet article :

• Speed & Duplex reste sur Auto par défaut
• Jumbo seulement lorsque tout est aligné de bout en bout
• Checksum / RSS / LSO / RSC : les valeurs par défaut sont solides, en principe
• Interrupt Moderation est un compromis entre débit et latence
• Buffers : uniquement ce qui est nécessaire
• EEE / Selective Suspend / les réglages de réveil concernent la consommation et la reprise
• VMQ / SR-IOV concernent Hyper-V
• Ne pas toucher aux anciens éléments de déchargement (offload)

Et les trois points les plus importants sont les suivants.

1. Décider ce que l’on veut améliorer
2. Ne changer qu’un seul élément à la fois
3. Comparer avant/après avec des chiffres

Les réglages du NIC ne sont pas un interrupteur magique qui accélère tout. Mais lorsque l’objectif est le bon, ils font vraiment effet. À l’inverse, quand l’objectif est mal ciblé, le résultat se retourne tout aussi franchement contre vous.

14. Références

Voici les documents officiels et les documents des fabricants qui ont servi de base à la rédaction de cet article. La terminologie de Windows et des pilotes NIC varie beaucoup ; il est donc plus sûr, en fin de compte, de vérifier en fonction du nom et de la version du pilote de votre propre NIC.

• Microsoft Learn: NIC advanced properties
• Microsoft Learn: Network Adapter Performance Tuning in Windows Server
• Microsoft Learn: Hardware Only (HO) features and technologies
• Microsoft Learn: Overview of Single Root I/O Virtualization (SR-IOV)
• Microsoft Learn: Standardized INF Keywords for NDIS QoS
• Microsoft Learn: Standardized INF Keywords for Power Management
• Microsoft Learn: Setting RSS parameters
• Microsoft Learn: Overview of receive segment coalescing
• Microsoft Learn: How to optimize network adapter power management settings
• Microsoft Learn: Deprecated networking features in Windows Server
• Intel Support: Advanced Settings for Intel Ethernet Adapters
• Intel Support : pour les vitesses fixes, Jumbo, Interrupt Moderation, EEE, WoL, etc., il est plus sûr de consulter les articles de support correspondant au modèle exact de votre NIC

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Faut-il désactiver Large Send Offload (LSO) ?

En temps normal, ce réglage doit rester activé. LSO est un mécanisme par lequel le NIC découpe les grosses données TCP à envoyer en trames plus petites, ce qui aide le débit et réduit l'utilisation du CPU pour les communications à forte émission. Le désactiver à la légère tend à gaspiller du CPU. Envisager de le désactiver a du sens dans deux cas : à titre temporaire, pour isoler un problème de compatibilité suspecté avec une application ou un pilote précis en observant la différence, ou pour évaluer la compatibilité à l'émission dans un contexte comme une caméra industrielle ou le contrôle d'un équipement. Même désactivé à des fins d'isolement, la règle est de revenir à la valeur par défaut une fois la cause réelle identifiée ailleurs.

Qu'est-ce que Receive Segment Coalescing (RSC) ? Vaut-il mieux le désactiver ?

RSC est un réglage qui fait regrouper par le NIC, côté réception, plusieurs segments TCP ; on l'appelle aussi Large Receive Offload. Comme il aide le débit en réception et réduit l'utilisation du CPU, le laisser activé est la politique de base lorsque la réception prime. En revanche, il peut être désavantageux pour la faible latence ou l'observation paquet par paquet, et il change légèrement la manière dont il faut interpréter les captures de paquets et les mesures de timing. Dans les scénarios où l'on veut réduire la latence de petites requêtes/réponses, ou dans les environnements où la faible latence et l'observation priment, sa désactivation devient une candidate à évaluer. La commande Get-NetAdapterRsc permet de vérifier l'état actuel.

Quand la liaison devrait être en 1 Gbps mais tombe à 100 Mbps, que faut-il vérifier ?

Fixer manuellement Speed & Duplex d'entrée de jeu est le dernier recours, pas le premier. L'ordre à suivre est : d'abord le câble, puis le dock / la carte USB NIC / l'adaptateur de conversion, le port côté commutateur, la mise à jour du pilote, l'isolement d'EEE / Green Ethernet, le retour de Speed & Duplex sur Auto, et si cela ne suffit toujours pas, un réglage fixe aligné sur l'équipement en face. En effet, un downshift vers 100 Mbps ou une coupure de liaison a le plus souvent pour cause la couche physique ou l'équipement en face, plutôt que les réglages du NIC. Un état où un seul côté est fixé et l'autre reste en Auto provoque un duplex mismatch, cause de ralentissement, de retransmissions et de délais anormaux.

En fin de compte, quels paramètres avancés du NIC Windows faut-il activer ?

Sur un PC de bureau ou portable ordinaire, la règle de base est de ne pas s'écarter des valeurs par défaut. Speed & Duplex reste sur Auto ; Checksum Offload / LSO / RSC / RSS restent activés ou aux valeurs par défaut, en principe ; Jumbo Packet n'est utilisé que lorsque le NIC, l'équipement en face et les commutateurs intermédiaires sont tous alignés de bout en bout (end-to-end). EEE et Selective Suspend sont des réglages d'économie d'énergie, pas des réglages qui accélèrent quoi que ce soit. Pour tout changement, la règle absolue est de d'abord décider ce que l'on veut améliorer (débit, latence, CPU, consommation), de ne changer qu'un seul élément à la fois, puis de comparer avant/après avec des chiffres.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.