ПРОЕКТЫ 


  АРХИВ 


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_connections



Hello!

On Thu, Sep 02, 2010 at 08:56:01PM +0300, Elifan wrote:

> Здравствуйте, Maxim.
> 
> Вы писали 2 сентября 2010 г., 20:33:45:
> 
> > Hello!
> 
> > On Thu, Sep 02, 2010 at 07:59:41PM +0300, Elifan wrote:
> 
> >> Здравствуйте, Maxim.
> >> 
> >> Вы писали 2 сентября 2010 г., 19:22:42:
> >> 
> >> > Hello!
> >> 
> >> > On Thu, Sep 02, 2010 at 07:04:53PM +0300, Elifan wrote:
> >> 
> >> >> Здравствуйте, товарищи,
> >> >> 
> >> >> worker_connections  специально  занижен  до  н-ного  числа,  чтобы при
> >> >> нарезке    скорости    на  каждого  клиента  с  помощью  limit_rate  и
> >> >> limit_conn, это н-ное число клиентов получило достаточно скорости.
> >> >> Остальные просто не могут подключится.
> >> >> 
> >> >> Но  в  этой схеме есть один минус - вместо отображения клиентам ошибки
> >> >> типа  "Сервис  перегружен,  попробуйте  позже",  сервер,  естественно,
> >> >> просто не обслуживает запрос на подключение.
> >> >> 
> >> >> Можно ли как-то это реализовать, например, как
> >> >> error_page 503 http://busy.domain.ru/tooload/
> >> 
> >> > Нет.
> >> 
> >> > Чтобы добиться желаемого эффекта - нужно не занижать 
> >> > worker_connections, а делать возможность задавать одновременно 
> >> > несколько limit_conn.
> >> 
> >> Тогда не будет главного - разделения на равные полосы канала, т.к. они
> >> смогут по несколько подключений делать, а limit_rate сами знаете)
> 
> > Это точно был мне ответ?
> 
> > Ещё раз, подробнее: суммарное ограничение нужно делать не через 
> > worker_connections, а через limit_conn.  Тогда nginx сможет 
> > отвечать на запросы.  Чтобы не было возможности открывать 
> > несколько соединений - нужен ещё один limit_conn.  Итого - нужна 
> > возможность задать два limit_conn одновременно.  Сейчас такой 
> > возможности нет, нужно делать (== программировать).
> 
> Эм.. с таким подходом можно и через limit_conn_vhost сделать.
> Смысл советовать сделать так, как в данный момент сделать нельзя?
> ИМХО, не логично.

Ответ на вопрос "можно ли в данный момент" был дан самой первой 
строкой, и он отрицательный.

Maxim Dounin

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


 




Copyright © Lexa Software, 1996-2009.