ПРОЕКТЫ 


  АРХИВ 


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: Master процесс nginx 0.6.38 съедае т всю доступную память



Добрый вечер!

Т.е. при вот такой конфигурации (у меня именно так):

http {
    ...
    log_format  main  '$remote_addr - $remote_user [$time_local] $request '
                      '"$status" $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

nginx будет выедать гигабайты памяти, но если отключить логгирование
access.log он начнет работать нормально? Да, кстати, а error.log также
придется выключить? Уж очень не хочется этого делать :/

2009/9/13 Noon es Shadow <noonesshadow@xxxxxxxxx>:
> Ну логов которые не для конкретного server {} а общие для http{}
>
> 12 сентября 2009 г. 23:59 пользователь Одинцов Павел
> <pavel.odintsov@xxxxxxxxxxxxxx> написал:
>>
>> Добрый вечер!
>>
>> То есть "общих для конфигурации" ?
>>
>> 2009/9/13 Noon es Shadow <noonesshadow@xxxxxxxxx>:
>> > У меня такое было из-за записи логов общих для конфигурации
>> >
>> > 12 сентября 2009 г. 23:15 пользователь Одинцов Павел
>> > <pavel.odintsov@xxxxxxxxxxxxxx> написал:
>> >>
>> >> 2009/9/13 Igor Sysoev <is@xxxxxxxxxxxxx>:
>> >> > On Sun, Sep 13, 2009 at 12:31:52AM +0500, Одинцов Павел wrote:
>> >> >
>> >> >> Добрый день!
>> >> >>
>> >> >> Большое спасибо за развернутый ответ, отвечаю ниже.
>> >> >>
>> >> >> 2009/9/12 Gena Makhomed <gmm@xxxxxxxxx>:
>> >> >> > On Monday, September 7, 2009 at 23:18:21, Одинцов Павел wrote:
>> >> >> >
>> >> >> > ОП> Имеется очень противная проблема, nginx 0.6.38 (epel
>> >> >> > репозиторий)
>> >> >> > ОП> стоит проксей перед хостинговой Апачей и попутно раздает
>> >> >> > статику;
>> >> >> > ОП> изредка на паре машин из полутора десятков nginx (master
>> >> >> > процесс)
>> >> >> > ОП> начинает жутко поедать память и в итоге через пару минут
>> >> >> > сваливает
>> >> >> > ОП> машину. Подозрения о причинах такого поведения есть в сторону
>> >> >> > буферов
>> >> >> > ОП> и проксирования больших файлов от Апача, но тут ничего толком
>> >> >> > не
>> >> >> > ОП> получилось понять.  Помогайте :(
>> >> >> >
>> >> >> > насколько часто ему посылается SIGHUP, SIGUSR1 и другие сигналы?
>> >> >>
>> >> >> SIGHUP посылается весьма часто (до десятков раз в час и больше),
>> >> >> т.к.
>> >> >> клиенты реконфигурируют сайты и для этого необходим мягкий релоад
>> >> >> nginx; другие сигналы не используются.
>> >> >
>> >> > А насколько вырастает мастер после сигнала ?
>> >> В том и проблема, что ни на сколько, много раз дергал руками, но после
>> >> релоада размер восстанавливается прежний.
>> >> > Странно, что этот размер не передаётся воркерам. Или передаётся ?
>> >> Не передается, растет только Мастер, что и странно.
>> >> >
>> >> >> > worker_cpu_affinity 0001 0010 0100 1000;
>> >> >>
>> >> >> Вот за это спасибо, не знал, что воркеры можно явно повесить на
>> >> >> отдельные ядра.
>> >> >
>> >> > Сейчас worker_cpu_affinity сделан непраивльно, поэтому его лучше не
>> >> > использовать.
>> >>
>> >> Понятно, откатываемс.
>> >> >
>> >> >
>> >> > --
>> >> > Игорь Сысоев
>> >> > http://sysoev.ru
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> С уважением, Одинцов Павел
>> >
>> >
>>
>>
>>
>> --
>> С уважением, Одинцов Павел
>
>



-- 
С уважением, Одинцов Павел


 




Copyright © Lexa Software, 1996-2009.