ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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




On 11.03.2009, at 14:14, Igor Sysoev wrote:

On Wed, Mar 11, 2009 at 12:35:04PM +0300, Alexey V. Karagodov wrote:

On 11.03.2009, at 12:00, Dmitry Morozovsky wrote:

On Tue, 10 Mar 2009, Михаил Монашёв wrote:

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

Это, если поллинг на интерфейсе explicitely не включён, нынче не
мешает. Хотя
лишний data path в ядре, конечно, присутствует ;)

В современном состоянии для em polling не нужен совсем.
это в смысле типа как-бы драйвер и сетевая сами оптимизируют процессы
приёма/передачи?

Да. Современный em работает так:

1) получает прерывание, если прерывание от карты, то запрещает прерывания
  карты и добавляет в очередь шедулера emX taskq.

2) через некоторое время запускается emX taskq, который обрабатывает до dev.em.X.rx_processing_limit пакетов, после чего разрешает прерывания
  от карты.

Называется это адаптивный polling - обработка делается не по таймеру, а
по факту прерыывания, но до упора.
понятно, спасибо

а есть мануал, где написано как из bridge/lagg на двух гига- интерфейсах выжать 2 гигабита?
пусть даже с jambo frames



--
Игорь Сысоев
http://sysoev.ru





 




Copyright © Lexa Software, 1996-2009.