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