28 августа 2013 г., 0:38 пользователь Maxim Dounin <[email protected]> написал: > Hello! > > On Tue, Aug 27, 2013 at 10:59:25PM +0300, Serge Negodyuck wrote: > > >> > Поигравшись с "while true; do gdb66 -ex "backtrace full" --batch -p >> > 41159; done" >> > получилось, что бОльшую часть времени эти процессы проводят в >> > состоянии: " if (c[i].fd != -1 && c[i].idle) {": >> >> Добавление usleep(1) решило все проблемы: >> >> --- ngx_process_cycle.c.orig 2013-08-27 22:42:36.000000000 +0300 >> +++ ngx_process_cycle.c 2013-08-27 22:42:46.000000000 +0300 >> @@ -792,6 +792,7 @@ >> c[i].close = 1; >> c[i].read->handler(c[i].read); >> } >> + usleep(1); >> } >> >> if (ngx_event_timer_rbtree.root == >> ngx_event_timer_rbtree.sentinel) >> >> >> IMHO, как-то грязновато. Может можно как-то по событиям? Или вынести >> цикл по дескрипторам соединений в отдельный поток. > > Этот цикл - занимается закрытием idle-соединений, и выполняется > только при получении из ядра каких-либо событий (i.e. - редко). > Если время теряется в нём - это как бы намекает, что в ядре nginx > почему-то не остаётся, а сразу возвращается обратно. В этом и > есть настоящая проблема. > > Было бы интересно посмотреть на nginx -V (интересует, в первую > очередь, отсутствие сторонних модулей/патчей), полный конфиг и > debug log. Ссылка на всякий случай: > > http://nginx.org/ru/docs/debugging_log.html
# nginx -V nginx version: nginx/1.4.2 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --with-file-aio --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_dav_module --with-http_gzip_static_module --with-http_realip_module --with-http_stub_status_module --with-pcre --add-module=/usr/ports/www/nginx/work/gabor-nginx-x-rid-header-0daa3cc --with-http_ssl_module nginx-x-rid-header вряд ли тут при чем. Он участвует только при новом запросе. Урезаная версия конфига в атаче (Убрана большая часть локейшинов, и виртуальных хостов с похожим конфигом на разных ip адресах около 10.) В дебаг логе ничего - только события от таймера 2013/08/28 16:14:10 [debug] 27687#0: posted events 0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: worker cycle 2013/08/28 16:14:10 [debug] 27687#0: kevent timer: -1, changes: 0 2013/08/28 16:14:10 [debug] 27687#0: kevent events: 1 2013/08/28 16:14:10 [debug] 27687#0: kevent: 0: ft:-7 fl:0020 ff:00000000 d:1 ud:0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: timer delta: 2 2013/08/28 16:14:10 [debug] 27687#0: posted events 0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: worker cycle 2013/08/28 16:14:10 [debug] 27687#0: kevent timer: -1, changes: 0 2013/08/28 16:14:10 [debug] 27687#0: kevent events: 1 2013/08/28 16:14:10 [debug] 27687#0: kevent: 0: ft:-7 fl:0020 ff:00000000 d:1 ud:0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: timer delta: 1 2013/08/28 16:14:10 [debug] 27687#0: posted events 0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: worker cycle 2013/08/28 16:14:10 [debug] 27687#0: kevent timer: -1, changes: 0 2013/08/28 16:14:10 [debug] 27687#0: kevent events: 1 2013/08/28 16:14:10 [debug] 27687#0: kevent: 0: ft:-7 fl:0020 ff:00000000 d:1 ud:0000000000000000 2013/08/28 16:14:10 [debug] 27687#0: timer delta: 2 Cобытий таймера порядка 600-700 в секунду. Я так понимаю, при timer_resolution 1ms их должно быть около 1000. Значит, что-то мешает таймеру выполняться. И я, всё же, думаю что это тот цикл по соединениям. Соединений на воркер у меня 32000, таймер работает 1000 раз в секунду. Т.е. в секунду процессор должен делать 32 миллиона итераций по циклу. Не знаю, много это или мало. Думаю, прилично.
nginx.conf
Description: Binary data
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
