worker_connections

Elifan elifan2007 на ya.ru
Чт Сен 2 21:56:01 MSD 2010


Здравствуйте, 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