Comprensione di "cat proc / net / udp"

# cat /proc/net/udp | egrep "sl|3ADBFE0A"
  sl  local_address rem_address   st tx_queue rx_queue tr tm->when retrnsmt   uid  timeout inode ref pointer drops             
   16: 3ADBFE0A:007B 00000000:0000 07 00000000:00000000 00:00000000 00000000    74        0 40124 2 f203ca80 0                 
  509: 3ADBFE0A:0868 00000000:0000 07 00008C00:00000000 00:00000000 00000000     0        0 79208333 2 ea226340 0

Vorrei cercare una spiegazione più profonda e più semplice per i principianti dei campi dell'output "cat proc / net / udp", in particolare tx_queue.

Dalla pagina man proc (5):

/proc/net/udp
          Holds a dump of the UDP socket table. Much of the information is not of use apart from debugging. The "sl" value is the kernel hash slot for the socket, the "local address" is  the  local  address  and
          port  number pair.  The "remote address" is the remote address and port number pair (if connected). ’St’ is the internal status of the socket.  The ’tx_queue’ and ’rx_queue’ are the outgoing and incom-
          ing data queue in terms of kernel memory usage.  The "tr", "tm->when", and "rexmits" fields hold internal information of the kernel socket state and are only useful  for  debugging.   The  "uid"  field
          holds the effective UID of the creator of the socket.

Se ho ragione nel capire che quando questo valore [tx_queue] è maggiore di 0 significa che ci sono più pacchetti che sono in attesa di essere inviati e che l'applicazione non è abbastanza veloce per inviare quei pacchetti?

Se tx_queueè maggiore di 0, allora è il sistema operativo che non è in grado di consegnare i pacchetti con la stessa velocità con cui l'applicazione di invio sta tentando di inviarli. Immagino che potrebbe anche significare che Ethernet Flow Control è al lavoro. In ogni caso, l'applicazione di invio non è il colpevole.

Il valore effettivo in tx_queuesarà esadecimale.