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

[MZ <zuborg@xxxxxxxxxxxxxxxxxxx>]

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