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@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru