> >> 6) если используются сторонние модули - причина может быть в них.
> >>
> > 6 - из сторонних модулей только nginx-sla
>
> Вот в его локах и причина наверняка.
Похоже дело не в nginx-sla. Отключил в конфиге - картина та же.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,252669,25
On Aug 19, 2014, at 7:20 PM, yury_y wrote:
>> 6) если используются сторонние модули - причина может быть в них.
>>
> 6 - из сторонних модулей только nginx-sla
Вот в его локах и причина наверняка.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mai
> каждый worker nginx - однопоточный, он блокируется на дисковых
> операциях
> и не может обрабатывать в этот момент другие запросы что пришли по
> сети.
>
> 1) может помочь увеличение количества worker`ов nginx
>
> 2) если OS FreeBSD - там можно попробовать aio режим для статики.
> на Linux aio
On 19.08.2014 15:10, yury_y wrote:
столкнулся со следующей проблемой. Сервер работает под нагрузкой порядка
300-400 запросов в минуту.
Из статистики времени выполнения запросов видно, что в некоторых случаях
"быстрые" запросы, которые обычно занимают несколько миллисекунд, могут
выполняться по н
Да upstream завершает запрос. Клиенту в итоге приходит корректный ответ.
Никаких ошибок нигде нет. Мне кажется врядли это связанно с upstream-ом,
т.к. тоже самое проявляется и на статике.
И по логам tcpdump видно, что интересующие нас 130 миллисекунд
находятся между отправкой запроса с клиента и до
Странно это. 300-400 запросов в минуту это порядка 5-7 в секунду, т.е. не
много. Upstream запрос завершает или как? Например для php
fastcgi_finish_request? Нет ли ошибок выполнения, которые как-то
обрабатываются? Ожидания закрытия каких-то соединений, буферов и т.п.?
19 авг. 2014 г. 16:10 польз
Добрый день,
столкнулся со следующей проблемой. Сервер работает под нагрузкой порядка
300-400 запросов в минуту.
Из статистики времени выполнения запросов видно, что в некоторых случаях
"быстрые" запросы, которые обычно занимают несколько миллисекунд, могут
выполняться по несколько секунд.
Для илл
