Explicación de las statistics NIC (ethtool -S eth1)

¿Cuál es el significado de cada uno de los resultados del ethtool -S eth1 ? Por ejemplo, cuando utilicé ethtool -S eth1 , obtuve algo como esto:

 >root@localhost ~]# ethtool –S eth1 >NIC statistics: tx_packets: 2654 rx_packets: 3960 tx_errors: 0 rx_errors: 316 rx_missed: 0 align_errors: 9194 tx_single_collisions: 0 tx_multi_collisions: 0 unicast: 3396 broadcast: 198 multicast: 366 tx_aborted: 0 tx_underrun: 0 

¿Es correcto que tx_packets, rx_packets – se transmitan y reciban packages? Pero, ¿qué pasa con el rest de los resultados?

Solutions Collecting From Web of "Explicación de las statistics NIC (ethtool -S eth1)"

 tx_packets: Trasmitted packets rx_packets: Received packets tx_errors: Trasmission errors rx_errors: Received errors rx_missed: Recieved misses align_errors: Received alignment errors tx_single_collisions: Trasmitted singular collisions tx_multi_collisions: Trasmitted multiple collisions unicast: Received unicast broadcast: Received broadcast multicast: Recieved multicast tx_aborted: Aborted trasmissions tx_underrun: Aborted underruns 

Para una mejor comprensión de la terminología:

Un error de underrun en un ethernet es un error de transmisión. La forma en que la mayoría de los chips de Ethernet transmiten packages es que DMA empaqueta los datos de la memory en su fifo de transmisión interna para el envío. Por lo general, no cargan todo el package en la fifo antes de transmitir (algunos pueden tener fifos más pequeños que el tamaño máximo de pkt), por lo que toman los datos que necesitan, generalmente hay una marca de agua baja en la fifo que desencadena esto. Se producirá un underrun de transmisión fifo si el chip de ethernet no puede get el bus local para get más datos de package para el fifo, y el fifo queda vacío antes de que se haya alcanzado el final del package.

https://www.mail-archive.com/cisco@groupstudy.com/msg70531.html

multidifusión: imagine intentar comunicarse desde un sistema a un número selecto de otros; imagínese tratando de comunicarse desde un sistema a la colisión de todos los demás sistemas; imagine lo que sucederá cuando dos sistemas intenten comunicarse entre sí simultáneamente; terminan bloqueando uno. otra alignment: imagine que solo puede comunicarse en unidades específicas. Palabras de 4 personajes a la vez solamente. Si hay un desalineamiento de los sistemas de caracteres no pueden comunicarse entre sí. Es lo mismo aqui.

http://www.networkcomputing.com/netdesign/t15errors.html

Si está interesado, puede valer la pena echarle un vistazo a lo siguiente.

http://www.cs.fsu.edu/~baker/devices/lxr/http/source/linux/drivers/net/sfc/ethtool.c