Dégradation des performances avec les trames Jumbo
Une dégradation du débit peut être observée avec certaines trames Jumbo. Dans ce cas, il peut s'avérer utile
d'augmenter la taille de socket de l'application et/ou les valeurs d'entrée de /proc/sys/net/ipv4/tcp_*mem. Pour d'autres
détails, consultez la documentation spécifique de l'application dans le fichier texte ip-sysctl.txt de la documentation du
noyau.
Plusieurs interfaces sur le même réseau de diffusion Ethernet
En raison du comportement ARP par défaut sur Linux, il n'est pas possible qu'un système sur deux réseaux IP dans le
même domaine de diffusion Ethernet (commutateur non partitionné) se comporte normalement. Toutes les interfaces
Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Il en résultera un trafic de réception non
équilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
(ceci ne fonctionne que si la version du noyau est postérieure à 2.4.5), ou installez les interfaces dans des domaines
de diffusion différents.
Problème de perte de paquet lors du test de montée en charge UDP
Pendant le test de montée en charge UDP avec des petits paquets et le pilote i40e, le système Linux peut perdre des
paquets UDP parce que les descripteurs de socket sont pleins. Il est possible de régler les variables de contrôle de
flux du pilote à la valeur minimale pour le contrôle de la réception des paquets.
Une autre option consiste à accroître la taille par défaut des tampons pour udp en modifiant les valeurs dans
/proc/sys/net/core/rmem_default and rmem_max.
Débranchement du câble réseau alors qu'ethtool -p est en cours d'exécution
Sur les noyaux de versions 2.6.32 et supérieures, le système ne répond plus (sauf à la commande Ctrl+Alt+Supp.) si le
câble réseau est débranché alors que ethtool -p est en cours d'exécution. Le redémarrage du système semble être le
seul recours.
Erreurs d'allocation de la page de réception
Erreurs d'allocation d'ordre d'échec : 0 erreur peut se produire en cas de stress avec les noyaux 2.6.25 et de versions
supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
Désactiver GRO pour l'acheminement/ le pontage
En raison de problèmes de noyau connus, GRO doit être désactivé pour l'acheminement ou le pontage. GRO peut être
désactivé à l'aide de ethtool.
ethtool -K ethX gro off
où ethX est l'interface Ethernet que vous tentez de modifier.
Performances inférieures aux attentes
Certains connecteurs PCIe x8 sont en fait configurés comme des connecteurs x4. Ces connecteurs ont une bande
passante insuffisante pour les débits de ligne de 10GbE avec des périphériques 10GbE à 2 et 4 ports. En outre, si
vous placez une carte réseau compatible PCIe Gen 3 sur un connecteur PCIe Gen 2, vous n'obtiendrez pas la totalité
de la bande passante. Le pilote peut détecter cette situation et écrit le message suivant dans le journal système : "PCI
Express bandwidth available for this card is not sufficient for optimal performance. For optimal performance a x8 PCI-
Express slot is required" (La bande passante PCI-Express disponible pour cette carte est insuffisante pour obtenir des
performances optimales. Pour des performances optimales, un connecteur PCI-Express x8 est exigé).
Si cette erreur se produit, placez la carte dans un véritable connecteur x8 pour résoudre le problème.