[article][packet drop] rephrase and fix typo

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<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  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<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  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