diff --git a/content/packet_drop.mdown b/content/packet_drop.mdown index ec0aa19..047f0b7 100644 --- a/content/packet_drop.mdown +++ b/content/packet_drop.mdown @@ -20,7 +20,7 @@ Au boulot, on nous reportait quelques echecs de CI, dus à des connexion qui éc On a constaté des drops de paquets et des "overruns" sur les interfaces réseau des agents, d'abord p1, puis finalement les autres aussi. ```console -$ ifconfig eth3 +$ ifconfig eth4 eth3: flags=6211 mtu 1500 ether 00:d0:e6:00:22:5a txqueuelen 1000 (Ethernet) RX packets 552848402 bytes 758129279695 (706.0 GiB) @@ -30,7 +30,7 @@ eth3: flags=6211 mtu 1500 device interrupt 18 memory 0x96800000-96ffffff ``` -(`ip -s link show dev eth3` pour ne pas utiliser `ifconfig`, qui est déprécié, mais j'ai trouvé la sortie plus difficile à lire sur le moment) +(`ip -s link show dev eth3` pour ne pas utiliser `ifconfig`, qui est obsolète, mais j'ai trouvé la sortie plus difficile à lire sur le moment) Un autre constat des drops en regardant les statistiques de la carte réseau et de ses files de traitement : @@ -122,7 +122,7 @@ Finalement, et contrairement à ce que je pensais au début, dans l'exemple coll Si cela ne suffit pas, d'autres pistes peuvent être explorées : - irqbalance et le fait de répartir les gestionnaires d'interruptions sur tous plusieurs cœurs et de ne surtout pas en avoir plusieurs sur le même coeur. Le budget étant assigné à un coeur, si plusieurs gestionnaires d'interruptions sont assignés au même coeur, ils partageront le même budget. -A noter qu'un équilibrage automatique est réalisé sur les systèmes "modernes", nos centos 7 ont un process irqbalance qui tourne. Je ne m'attends donc pas de progrès de ce côté là, mais je n'ai pas creusé. +À noter qu'un équilibrage automatique est réalisé sur les systèmes "modernes", nos centos 7 ont un process irqbalance qui tourne. Je ne m'attends donc pas à des progrès de ce côté là, mais je n'ai pas creusé. ## Quelques ressources documentaires