2015-12-17 3 views
1
# 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 

Я хотел бы обратиться к более глубокому и более начинающему товарищескому объяснению полей «кошки прока/нетто/УДП» выходной, особенно tx_queue. Если я правильно понимаю, что, когда это значение [tx_queue] больше 0, означает, что существует больше пакетов, ожидающих отправки, и что приложение недостаточно быстро для отправки этих пакетов?Понимания «кошка прок/сеть/УДП»

+0

Вы можете попробовать разместиться по адресу http://superuser.com/ или http://unix.stackexchange.com/, вы можете получить больше ответов. – urban

ответ

4

Это наоборот: если ваше приложение быстрее, в производстве данных, чем сетевой адаптер, послав его (что обычно и бывает), то tx_queue является> 0.

tx_queue является ядром в настоящее время используется исходящими пакетами, которые не были отправлены. Они еще не отправлены, потому что ядро ​​и сетевой адаптер (а не приложение) еще не смогли отправить их, скорее всего, потому, что они были заняты отправкой других материалов.

Совершенно нормально иметь умеренный объем данных, ожидающих в этом буфере в течение очень короткого времени.

Приложению обычно не нужно беспокоиться ни о каком из этих чисел.

Смежные вопросы