100ms delays in FreeBSD 8.x

[Alex Sergeyev]

Ок. Понял теперь. Спасибо.


On Thu, 2010-09-02 at 22:33 +0400, Igor Sysoev wrote:
> On Thu, Sep 02, 2010 at 02:24:14PM -0400, Alex Sergeyev wrote:
> 
> > Отключение delayed ack может ускорить разгон tcp для среднего размера
> > веб-ответа (скажем 50-100кб) особенно при отсутствии keep alive и
> > быстрых клиентах.
> 
> Когда сервер передаёт ответ, то ack'и приходят от клиента, соответственно,
> выключать delayed ack нужно не на сервере, а на клиентах, что, разумеется,
> нереально.
> 
> > Но надо тестировать конечно. 
> > 
> > 
> > On Thu, 2010-09-02 at 21:58 +0400, Maxim Dounin wrote:
> > > Hello!
> > > 
> > > On Thu, Sep 02, 2010 at 09:21:55PM +0400, Михаил Монашёв wrote:
> > > 
> > > > Здравствуйте, Максим.
> > > > 
> > > > >> IS> Если вы используете FreeBSD 8.x, то рекомендуется поставить
> > > > >> IS> sysctl net.inet.tcp.rfc3465=0 или наложить патч из ссылки,
> > > > >> IS> иначе могут наблюдаться 100ms задержки в ответах.
> > > > >> IS> Особенно забавно видеть эти задержки при проксировании в localhost.
> > > > >> 
> > > > >> IS> Подробности здесь:
> > > > >> IS>
> > > > >> http://lists.freebsd.org/pipermail/freebsd-net/2010-July/025867.html
> > > > >> IS> В CURRENT починили, но в 8ку пока не закоммитили.
> > > > >> 
> > > > >> Спасибо.
> > > > >> Сделал везде sysctl net.inet.tcp.rfc3465=0 , но в статистике, строящей
> > > > >> ся по времени ответа utsream-ов ничего не заметил.
> > > > 
> > > > MD> Проблема проявляется только если размер ответа больше одного 
> > > > MD> пакета (у тебя ведь jumbo frames?).
> > > > 
> > > > Да 9000.
> > > 
> > > Ну и наверняка большинство ответов влезает, так что в статистике 
> > > заметно если и будет, то слабо.
> > > 
> > > И, BTW, хотя бы 9001 не получается сделать?  Можно было бы с 
> > > чистой совестью отвечать "over 9000". ;)
> > > 
> > > > MD>  Ну и естественно выключенный 
> > > > MD> на клиенте delayed ack тоже лечит.
> > > > 
> > > > А чем оно включается в том же nginx-е ?
> > > 
> > > В nginx-е - никак, только system wide.  Через 
> > > net.inet.tcp.delayed_ack, подробнее в tcp(4) и tuning(7).  Но я бы 
> > > не рекомендовал трогать, он по умолчанию включён и это правильно.  
> > > Выключи rfc3465 и забудь что проблема вообще могла быть.
> > > 
> > > Maxim Dounin
> > > 
> > > _______________________________________________
> > > nginx-ru mailing list
> > > nginx-ru at nginx.org
> > > http://nginx.org/mailman/listinfo/nginx-ru
> > 
> > 
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://nginx.org/mailman/listinfo/nginx-ru
>