Re: Максимально возможные значения для fastcgi_connect_timeout и fastcgi_read_timeout

Igor Sysoev igor at sysoev.ru
Tue Nov 25 11:58:21 UTC 2014


On 25 Nov 2014, at 14:25, Алексей Сундуков <public-mail at alekciy.ru> wrote:

> Т.е. согласно директиве fastcgi_connect_timeout nginx для сокета выставляет заданный в конфиге таймаут, но эта величина будет игнорироваться если она превышает заданную для ядра?

Она не игнорируется. Просто ядро возвращает ошибку до того, как срабатывает таймаут nginx’а.

> Т.е. кроме увеличения fastcgi_connect_timeout в конфиге nginx нужно еще изменять настройки ядра, так?

Да.

> А почему тогда в документации говорится: "что этот таймаут обычно не может превышать 75 секунд"? Я к тому, почему именно 75?

Потому что исторически этот таймаут был равен 75 секундам, но в Линуксе, как обычно, проявили самодеятельность.
Почитайте статью, там объясняется, как получается 75 и 20 секунд.


-- 
Igor Sysoev
http://nginx.com

> 25 ноября 2014 г., 14:17 пользователь Igor Sysoev <igor at sysoev.ru> написал:
> On 25 Nov 2014, at 11:48, Алексей Сундуков <public-mail at alekciy.ru> wrote:
> 
>> Всем привет!
>> 
>> Когда-то давно я помню, что было обсуждение этих директив и было упоминание, что http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем вопросы:
>> 
>> 1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
>> 2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?
> 
> 
> Это ограничения ядра, а не nginx’а.
> 
> Вот тут
> http://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout
> утверждается, что на Линуксе этот таймаут максимум 20 секунд и даны рекомендации,
> как его увеличить. Не проверял.
> 
> 
> -- 
> Igor Sysoev
> http://nginx.com
> 
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141125/39ea9511/attachment.html>


Подробная информация о списке рассылки nginx-ru