On Wednesday 13 March 2013 22:41:02 Anton Kiryushkin wrote:
> Нет, reload не путается с restart. К тому же не забывайте, что при reload,
> создаются две копии рабочих процессов. Это может быть достаточно серьезной
> нагрузкой на сервер, которую не хочется лишний раз запускать.
>
> Перезапуск же кэ
On 03/14/13 14:59, Daniel Podolsky wrote:
Если вы успеваете обрабатывать все соединения - старый воркер по
любому должен терять вес быстрее, чем новый - набирать. Но этого не
происходит, как я понял. Почему?
Особенность большинства реализация malloc - после free помять возвращается в пул
OS не
> Разговор уже идет в сторону - мы научим вас как делать правильно? Спасибо,
> это не требуется.
Ни в коем случае!
Есть проблема, с которой я не сталкивался (но могу же и столкнуться
когда-нибудь), и корня которой я не понимаю. Вот я и спрашиваю - что к
чему.
Если позволите - еще один вопрос.
Ес
Да, мы успеваем обработать каждый запрос. Да, они не успевают завершиться,
освободив память. Да, если это необходимо, то сервер можно изъять из
кластера. Но вопрос как раз и был в том, что сервер из кластера не изымать
для перезапуска или reload-а nginx, а спокойно перезапустить нужную нам
службу.
> 1. На нашей нагрузке на nginx, процесс может съедать и гигабайт.
То, что он съедает под нагрузкой - не очень важно. Важно - сколько он
занимает на старте, еще не приняв ни одного соединения. Потому как
старый воркер должен успеть соединения обработать и завершиться,
освободив память, раньше, чем
Отвечаю по-порядку.
1. На нашей нагрузке на nginx, процесс может съедать и гигабайт.
2. Соединения происходят очень быстро и в громадном числе, будем исчислять
их миллионами в секунду.
3. Сервер конечно же не один. Но каждый из них обрабатывает большое число
запросов. И потерять хотя бы один из них
14.03.2013 2:05, Anton Kiryushkin пишет:
Да, Михаил. У нас именно такая ситуация. Раздаем очень много разного
статического контента. И несколько раз приходится думать перед тем,
как сказать reload. Собственно поэтому и созникает вопрос, отраженный
в топике. Да и в принципе ответ уже получен. Сп
> При релоаде старые процессы ещё
> кушают память, и новым может её перестать хватать, если памяти
> впритык.
Я прошу прощения за то, что мусмолю тему, которую сам топик-стартер
считает закрытой. Но мне непонятен механизм возникновения.
Не хватает тех жалких нескольких метров, что ест собс
Да, Михаил. У нас именно такая ситуация. Раздаем очень много разного
статического контента. И несколько раз приходится думать перед тем, как
сказать reload. Собственно поэтому и созникает вопрос, отраженный в топике.
Да и в принципе ответ уже получен. Спасибо.
14 марта 2013 г., 1:32 пользователь
Здравствуйте, Daniel.
>> К тому же не забывайте, что при reload, создаются две копии рабочих
>> процессов. Это может быть достаточно серьезной нагрузкой на сервер,
>> которую не хочется лишний раз запускать.
> Нагрузку на сервер создают не рабочие процессы (их же не тысячи, и
> даже не сотни)
> К тому же не забывайте, что при reload, создаются две копии рабочих
> процессов. Это может быть достаточно серьезной нагрузкой на сервер, которую
> не хочется лишний раз запускать.
Нагрузку на сервер создают не рабочие процессы (их же не тысячи, и
даже не сотни), а соединения, которых от релоада
Нет, reload не путается с restart. К тому же не забывайте, что при reload,
создаются две копии рабочих процессов. Это может быть достаточно серьезной
нагрузкой на сервер, которую не хочется лишний раз запускать.
Перезапуск же кэш-менеджера может быть полезен, например, для изменения
параметров кэш
On 13.03.2013 16:25, Anton Kiryushkin wrote:
Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
трогая основной процесс и работающих воркеров?
зачем его перезапускать, в его работе есть какие-то проблемы?
может быть имеет смысл пофиксить проблему из-за чего он падает,
тогд
13.03.2013 20:04, Anton Kiryushkin пишет:
Просто очень много подключения к ним. Очень много.
Вы не путаете reload и restart случаем? reload вполне себе лёгкий, с
плавным перезапуском
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.
Просто очень много подключения к ним. Очень много.
13 марта 2013 г., 19:28 пользователь Andrey Kopeyko написал:
> 13.03.2013 19:25, Anton Kiryushkin пишет:
>
> Вот воркеров как раз и не хочется перезапускать, так как это очень
>> большие накладные затраты по ресурсам.
>>
>
> Чем же таким тяжелы
13.03.2013 19:25, Anton Kiryushkin пишет:
Вот воркеров как раз и не хочется перезапускать, так как это очень
большие накладные затраты по ресурсам.
Чем же таким тяжелым ваши воркеры занимаются на старте?
13 марта 2013 г., 19:24 пользователь Andrey Kopeyko mailto:and...@kopeyko.ru>> написал:
Вот воркеров как раз и не хочется перезапускать, так как это очень большие
накладные затраты по ресурсам.
13 марта 2013 г., 19:24 пользователь Andrey Kopeyko написал:
> 13.03.2013 18:53, Maxim Dounin пишет:
>
> Hello!
>>
>> On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote:
>>
>>
13.03.2013 18:53, Maxim Dounin пишет:
Hello!
On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote:
Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
трогая основной процесс и работающих воркеров?
Никак.
Почему же никак - upgrade на лету даст, насколько я п
Hello!
On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote:
> Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
> трогая основной процесс и работающих воркеров?
Никак.
--
Maxim Dounin
http://nginx.org/en/donation.html
А где там про кэш-менеджер?
2013/3/13 Михаил Монашёв
> Здравствуйте, Anton.
>
> http://nginx.org/ru/docs/control.html
>
>
> --
> С уважением,
> Михаил mailto:postmas...@softsearch.ru
>
> ___
> nginx-ru mailing list
> nginx-ru
Здравствуйте, Anton.
http://nginx.org/ru/docs/control.html
--
С уважением,
Михаил mailto:postmas...@softsearch.ru
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Всем привет.
Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
трогая основной процесс и работающих воркеров?
--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo
22 matches
Mail list logo
