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
|
