[wtyd]

При МТУ 1500

Ethernet [+vlan] забыли.

На интерфейс ОС передаёт пакеты уже с ethernet заголовками.

 

txqueuelen

как следует из названия это ДЛИННА очереди, определяемая количеством элементов, а никак не размеры буферов пакетов.

Забыл/не забыл - фактически не меняет дела. Протоколы проектируют так, чтобы инкапсуляция давала не более 3% от длины пакета (если больше, то протокол условно считается не эффективным). Если и с умолчальными очередями в общем-то работает нормально, так что единицы процентов можно не учитывать.

 

Никакого правила как-то определить оптимальный размер txqueuelen, как я понял, нет. остаётся экспериментировать.

 

P.S. правильно "длина", хотя это к делу отношения не имеет :-).

[Ivan_83]

Подбирать.

Слишком короткий - будут дропы траффика.

Слишком длинный - траффик будет ходить с задержками и память будет больше потребляться.

Если очередь большая, но сетевой интерфейс не успевает отправлять пакеты - к задержкам добавятся дропы.

 

Можно поставить много и смотреть сколько реально используется, потом оставить с запасом.

Можно постепенно увеличивать пока дропы не исчезнут, потом добавить для запаса.

[Max P]

а как посмотреть сколько реально используется? и еще заодно - для ifb девайсов txqueuelen критично или нет?

[rem_lex]

интересная статься по сабжу http://www.rusnauka.com/4_SWMN_2010/Inform...a/58922.doc.htm

как описано в 10-20 раз я не получил, но облегчение порядочное

[photon]

интересная статься по сабжу http://www.rusnauka.com/4_SWMN_2010/Inform...a/58922.doc.htm

Статья немного отдает пафосом, неоригинальностью и некомпетентностью. Хэш-фильтры много лет назад описаны в LARTC: http://lartc.org/howto/lartc.adv-filter.hashing.html . Кому надо, юзали эти вещи еще с ядер 2.4.x, когда там появилась Кузнецовская реализация QoS. Сейчас уже написаны автоматические генераторы хэш-фильтров для заданного списка подсетей. Формулировка "типичная конфигурация шейпера входящего трафика" и пример с ifb -- это вообще атас. Т.е. они хотят сказать, что для шейпинга трафика в двух направлениях нужно обязательно заводить псевдоустройство, а не просто создавать правила на двух интерфейсах.

Изменено 26 ноября, 2010 пользователем photon

[jab]

Статья немного отдает пафосом, неоригинальностью и некомпетентностью.

Линузятники, чо.

 

[Zluka52]

Linux 2.6.32 sc скрипт.

Xeon E5520 (с HT 8 ядер)

Cетевухи: 2+2 igb 8257, bonding, InterruptThrottleRate=20000

ethtool -G eth0 rx 2048 tx 2048

ethtool -K eth0 rx off tx off gso off

 

В пиках кидал 1340in/1220out (pps в сумме около 500к) жрало около 50% проца.

 

Фильтры выглядят так:

tc filter show dev bond1

filter parent 1: protocol ip pref 2 flow

filter parent 1: protocol ip pref 2 flow handle 0x1 map keys dst and 0x0000ffff baseclass 1:1

 

Еще для части IP собирает netflow.

 

Так что ваш 5504 должен тоже нормально работать.

Можно по подробнее как у вас построены правила tc

Если можно - tc -batch файл в личку.

Личка не работает, пиши на ds собака dsn точка ru, скину нужные данные.