> У меня такое было из-за записи логов общих для конфигурации
>
> 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
>> >
>> >
>>
>>
>>
>> --
>> С уважением, Одинцов Павел
>
>
