ПРОЕКТЫ 


  АРХИВ 


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



Здравствуйте, 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 сделать.
Смысл советовать сделать так, как в данный момент сделать нельзя?
ИМХО, не логично.

Но все равно - спасибо.


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


 




Copyright © Lexa Software, 1996-2009.