Re: Нет ответа от сервера c nginx на некоторые syn

Алексей Малов scukonick at gmail.com
Mon Jan 21 09:40:00 UTC 2013


Нет, в диск не упиралось, и сторонних модулей тоже не было.
В итоге помогло, похоже, выключение syn_cookies.
Ниже конфигурация, при которой всё работает:
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_syncookies = 0
net.core.somaxconn = 262144

nginx.conf:
user www-data;
worker_processes 2;
worker_rlimit_nofile 100000;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;

events {
        worker_connections 65535;
        use epoll;
}
...
server {
           listen 80 default backlog=65000;
...
}



18 января 2013 г., 17:30 пользователь Валентин Бартенев
<vbart at nginx.com>написал:

> On Friday 18 January 2013 00:35:29 Alex Vorona wrote:
> > 17.01.2013 14:08, Алексей Малов wrote:
> > [...]
> >
> > > Из 1000 попыток открыть сокет около 30-50 отваливаются по таймауту (2
> > > секунды), остальные при этом коннектятся практически мгновенно.
> >
> > А что делают воркеры nginx? Не с диска отдают случайно данные, блокируясь
> > при этом?
> >
>
> Одна из частых причина блокировки рабочих процессов - сторонние модули,
> многие
> из которых написаны без учета асинхронной природы nginx.
>
> --
> Валентин Бартенев
> http://nginx.com/support.html
> http://nginx.org/en/donation.html
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Alexey Malov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130121/f35a10bd/attachment.html>


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