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 съедае т всю доступную память
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
>
>
--
С уважением, Одинцов Павел
|