ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: дурацкие вопросы worker_conne ctions/worker_rlimit_nofile





On 09/13/2010 04:40 PM, Igor Sysoev wrote:
On Mon, Sep 13, 2010 at 04:31:01PM +0400, Dmitriy MiksIr wrote:

Что-то в голову пришло, что я до конца в этом не разобрался.
worker_rlimit_nofile - это лимит на воркер... т.е. по сути
он должен быть worker_connections+возможно открытые файлы+все логи? Т.е.
в _теории_ может достигать 2*worker_connections+логи?

Да.

А open_file_cache где обитает? Он у каждого воркера свой или общий (и если общий - куда засчитывается откытый файл).


просто наблюдал такую ситуацию, что закончились worker_connections и
входящие соединения принимались, а обслужить их не удавалось - на бекенд
не сходить. Может держать запас какой-то на бекенд? ;)

Это нужно разруливать по-другому.


Это я понимаю. С другой стороны, разруливается это уже после того, как случилось (пик коннектов может случиться "неожиданно"). Входящие коннекты то могут в беклоге повисеть, как я понимаю. А если у воркера все worker_connections заняты, он будет по мере освобождения брать новые входящие и упираться в отсутствие возможности уйти на бекенд. Хотя, в общем, обслужить его вполне можно было.
Спасибо за ответы.


_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.