3 and 9 second delays

[Konstantin Svist]

CoolCold wrote:
> Hello Konstantin,
>
> Friday, September 19, 2008, 2:34:25 AM, you wrote:
>
> KS> Проверяя свою систему на максимальное количество запросов, я заметил что
> KS> при определённой загрузке, ответы начинают висеть на 3 или 9 секунд.
> KS> Проблема появляется на настоящем трафике и на синтетическом (с помощью
> KS> Apache Benchmark).
>
> KS> Пример:
> KS> 1221775392.552 2.998 4.2.2.2(-) -/200 374 GET http://foo.bar.com/?q=baz1
> KS> 161 - 192.168.1.146:1087
> KS> 1221775392.554 3.003 4.2.2.2(-) -/200 402 GET http://foo.bar.com/?q=baz2
> KS> 189 - 192.168.1.146:1087
> KS> 1221775392.554 3.000 4.2.2.2(-) -/200 432 GET http://foo.bar.com/?q=baz3
> KS> 219 - 192.168.1.146:1087
>
>
> KS> 1221621347.770 3.006 192.168.1.75(-) -/200 339 GET http://ng1/ 182 -
> KS> 127.0.0.1:2345
>
> KS> На порту 2345 сидит nginx с плагином который спокойно отвечает со
> KS> скоростью 8000 запросов в секунду с минимальной задержкой - если идти
> KS> напрямик. Но если делать proxy_pass, то при скорости 3000-6000
> KS> начинается такая белиберда. 3 и 9 какие-то магические цифры...
>
>
> KS> Раньше видел нечто похожее на Fedora Core 4&8 - если включить NAT или
> KS> брандмауэр. Но они выключены на этой машине.
>
> Не совсем понял куда делается proxy_pass - там тоже nginx ?
> В любом случае, посмотрите
>
> root at pillar:~# netstat -s|grep overf
>     23031 times the listen queue of a socket overflowed
>
> чего-нибудь такого у вас нет? somaxconn && backlog выкручены?
>
> root at pillar:~# cat /proc/net/sockstat |grep TCP:
> TCP: inuse 109 orphan 0 tw 0 alloc 110 mem 8
>
> Сюда в принципе тоже можно поглядеть.
>
> np: ikondakov - love is a drug
>
> Best regards,
> CoolCold [COOLCOLD-RIPN]
>
>
>   


Вы явно на что-то попали :) Не знал про somaxconn и backlog, большое
спасибо!

На одной системе (где меньше ошибок) я поменял somaxconn и backlog на
3000, и 3сек проблема вроде пропала.  netstat -s|grep overf ничего не нашёл

Интересно что на другой системе (где больше проблем, хотя вроде ничем не
должна отличаться от 1и), netstat -s|grep overf отвечает "182123 times
the listen queue of a socket overflowed" и число постоянно растёт (не
очень быстро).