ПРОЕКТЫ 


  АРХИВ 


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



Здравствуйте, Elifan.

Вы писали 2 сентября 2010 г., 20:03:47:

> Здравствуйте, Boris.

> Вы писали 2 сентября 2010 г., 19:18:23:

>> 2010/9/2 Elifan <elifan2007@xxxxx>:
>>> Здравствуйте, товарищи,
>>>
>>> worker_connections  специально  занижен  до  н-ного  числа,  чтобы при
>>> нарезке    скорости    на  каждого  клиента  с  помощью  limit_rate  и
>>> limit_conn, это н-ное число клиентов получило достаточно скорости.
>>> Остальные просто не могут подключится.
>>>
>>> Но  в  этой схеме есть один минус - вместо отображения клиентам ошибки
>>> типа  "Сервис  перегружен,  попробуйте  позже",  сервер,  естественно,
>>> просто не обслуживает запрос на подключение.
>>>
>>> Можно ли как-то это реализовать, например, как
>>> error_page 503 http://busy.domain.ru/tooload/
>>>
>> Используйте limit_zone вместо ограничения worker_connections.


> Точно,  т.к. размер $binary_remote_addr точно известен, можно отрезать
> нужное количество памяти.
> А как nginx поступит при его превышении? Разве вызовет 503-ю ошибку?
> Мне кажется просто перезапишет наиболее старые данные новыми.

Не взлетело..

[emerg]: limit_zone "stream2" is too small

А че, есть лимиты минимум/максимум? Фантастика)


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


 




Copyright © Lexa Software, 1996-2009.