Re[2]: уменьшение трафика в сети

[Михаил Монашёв <postmaster@xxxxxxxxxxxxx>]

Здравствуйте, Игорь.

>> ??>> >> em1 taskq отдал две трети процессора на swi1: net
>> ??>> >> 
>> ??>> >> Какой из этого можно сделать вывод?
>> ??>> 
>> ??>> > Вывод из этого неутешительный - во FreeBSD в общем случае не 
>> параллелится
>> ??>> > входщий TCP/IP. Судя по em1, там ещё есть em0. Их можно подключить к 
>> двум
>> ??>> > сетям - внешней и внутренней (бэкендной) ?
>> ??>> 
>> ??>> А там можно какие-нить sysctl-ки покрутить?
>> 
>> DM> /boot/loader.conf:
>> 
>> DM> hw.em.rxd="4096"
>> DM> hw.em.txd="4096"
>> DM> hw.em.rx_process_limit="-1"
>> 
>> Про  первые  две  читал  и  видел  их в исходниках драйвера. Это число
>> дескрипторов  для  приёма  и  отправки. Но надо ли их увеличивать? Как
>> узнать, что их не хватает? И что происходит, если их не хватает?

IS> Если не хватает rxd, то пакеты дропаются.
IS> Если не хватает txd, то медленее отдаётся.
IS> По умолчанию оба параметра - 256.
IS> Как узнать, что не хватает:
IS> sysctl dev.em.1.stats=1
IS> Потом смотрим в /var/log/messages или dmesg.

>> А  что  делает  третья  sysctl-ка  из сорцов я не силён понять. Можешь
>> подсказать, актуальна ли она в 7.1?

IS> Это максимальное число RX пакетов, которые em taskq обрабтывает за один
IS> вызов, по умолчанию:

IS> sysctl dev.em...rx_processing_limit
IS> dev.em.0.rx_processing_limit: 100

IS> -1 - неограниченное число пакетов.

Вдогонку...
Я где-то вчера читал, что если ядро собрано с поллингом, то всё это не
работает. Это правда? Сейчас у меня так:

options         HZ=2000
options         DEVICE_POLLING

--

С уважением,
Михаил Монашёв, SoftSearch.ru
mailto:postmaster@xxxxxxxxxxxxx
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.