уменьшение трафика в сети

[MZ]

Igor Sysoev wrote:
> On Wed, Mar 11, 2009 at 06:52:00PM +0200, MZ wrote:
> 
>> Dmitry Morozovsky wrote:
>>> On Tue, 10 Mar 2009, Михаил Монашёв wrote:
>>>
>>> ??> Вдогонку...
>>> ??> Я где-то вчера читал, что если ядро собрано с поллингом, то всё это не
>>> ??> работает. Это правда? Сейчас у меня так:
>>> ??> 
>>> ??> options         HZ=2000
>>> ??> options         DEVICE_POLLING
>>>
>>> Это, если поллинг на интерфейсе explicitely не включён, нынче не мешает. 
>>> Хотя лишний data path в ядре, конечно, присутствует ;)
>>>
>>> В современном состоянии для em polling не нужен совсем.
>> Может и не нужен, но только при трафике по 0.7Gbit на каждой из двух 
>> сетевух использование поллинга хоть и дает большую загрузку CPU, но дает 
>> также и 0.0% packet loss, тогда как выключение поллинга приводит к 1-2% 
>> packetloss
> 
> А что показывают
> 
> sysctl net.isr.direct
> sysctl dev.em.0.rx_processing_limit
> sysctl kern.polling.burst_max
> sysctl kern.polling.idle_poll
> 

isr включен, выключение приводит к 2-4% PL, хотя net.isr.drop: 0
но это на 7.1, на 7.0 и раньше работало лучше с isr.direct=0 (а может 
просто не до конца настроено было)

dev.em.0.rx_processing_limit: -1

kern.polling.burst_max по максимуму - 1000
kern.polling.burst в среднем около 15

kern.polling.idle_poll включать смысла нет - нагрузка на проц растет а 
PL и так 0.0%
хотя раньше были случаи включение приводило к ускорению, но тогда PL под 
нагрузкой был > 0

HZ=2048