Por alguna razón, ip -s link
no muestra los mismos números que /proc/net/dev
, específicamente el recuento de exceso.
Para una interfaz determinada, ip no muestra paquetes desbordados:
$ ip -s link show eth-ext1
7: eth-ext1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:08:a2:0d:00:74 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
1038103044434 1099087192 0 0 0 401298
TX: bytes packets errors dropped carrier collsns
543051882227 844808055 0 0 0 0
Mientras que proc
vemos un desbordamiento distinto de cero (que es a lo que supongo fifo
que se refiere):
$ cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
[...]
eth-ext1: 1038106099296 1099090833 0 0 467554 0 0 401301 543052535442 844810749 0 0 0 0 0 0
Me inclino a creer que en realidad hubo paquetes desbordados en la interfaz, por lo que parece que el resultado ip link
no es correcto. ¿Hay algo que me falta?
Respuesta1
fifo y invadido no son lo mismo. Simplemente escribe ip -s -sa, habría algo como esto
RX: bytes packets errors dropped overrun mcast
53152 864 0 0 0 0
RX errors: length crc frame fifo missed
0 0 0 0 0
TX: bytes packets errors dropped carrier collsns
53152 864 0 0 0 0
TX errors: aborted fifo window heartbeat transns
0 0 0 0 0
desbordamiento: el número total de desbordamientos del receptor que resultan en paquetes descartados. Como regla general, si la interfaz está saturada, significa problemas graves en el kernel o que su máquina es demasiado lenta para esta interfaz.
Errores de FIFO (archivo de entrada de archivo de salida)