Ну логов которые не для конкретного server {} а общие для http{}<br><br><div class="gmail_quote">12 сентября 2009 г. 23:59 пользователь Одинцов Павел <span dir="ltr"><<a href="mailto:pavel.odintsov@googlemail.com">pavel.odintsov@googlemail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Добрый вечер!<br>
<br>
То есть "общих для конфигурации" ?<br>
<br>
2009/9/13 Noon es Shadow <<a href="mailto:noonesshadow@gmail.com">noonesshadow@gmail.com</a>>:<br>
<div><div></div><div class="h5">> У меня такое было из-за записи логов общих для конфигурации<br>
><br>
> 12 сентября 2009 г. 23:15 пользователь Одинцов Павел<br>
> <<a href="mailto:pavel.odintsov@googlemail.com">pavel.odintsov@googlemail.com</a>> написал:<br>
>><br>
>> 2009/9/13 Igor Sysoev <<a href="mailto:is@rambler-co.ru">is@rambler-co.ru</a>>:<br>
>> > On Sun, Sep 13, 2009 at 12:31:52AM +0500, Одинцов Павел wrote:<br>
>> ><br>
>> >> Добрый день!<br>
>> >><br>
>> >> Большое спасибо за развернутый ответ, отвечаю ниже.<br>
>> >><br>
>> >> 2009/9/12 Gena Makhomed <<a href="mailto:gmm@csdoc.com">gmm@csdoc.com</a>>:<br>
>> >> > On Monday, September 7, 2009 at 23:18:21, Одинцов Павел wrote:<br>
>> >> ><br>
>> >> > ОП> Имеется очень противная проблема, nginx 0.6.38 (epel репозиторий)<br>
>> >> > ОП> стоит проксей перед хостинговой Апачей и попутно раздает статику;<br>
>> >> > ОП> изредка на паре машин из полутора десятков nginx (master процесс)<br>
>> >> > ОП> начинает жутко поедать память и в итоге через пару минут<br>
>> >> > сваливает<br>
>> >> > ОП> машину. Подозрения о причинах такого поведения есть в сторону<br>
>> >> > буферов<br>
>> >> > ОП> и проксирования больших файлов от Апача, но тут ничего толком не<br>
>> >> > ОП> получилось понять. Помогайте :(<br>
>> >> ><br>
>> >> > насколько часто ему посылается SIGHUP, SIGUSR1 и другие сигналы?<br>
>> >><br>
>> >> SIGHUP посылается весьма часто (до десятков раз в час и больше), т.к.<br>
>> >> клиенты реконфигурируют сайты и для этого необходим мягкий релоад<br>
>> >> nginx; другие сигналы не используются.<br>
>> ><br>
>> > А насколько вырастает мастер после сигнала ?<br>
>> В том и проблема, что ни на сколько, много раз дергал руками, но после<br>
>> релоада размер восстанавливается прежний.<br>
>> > Странно, что этот размер не передаётся воркерам. Или передаётся ?<br>
>> Не передается, растет только Мастер, что и странно.<br>
>> ><br>
>> >> > worker_cpu_affinity 0001 0010 0100 1000;<br>
>> >><br>
>> >> Вот за это спасибо, не знал, что воркеры можно явно повесить на<br>
>> >> отдельные ядра.<br>
>> ><br>
>> > Сейчас worker_cpu_affinity сделан непраивльно, поэтому его лучше не<br>
>> > использовать.<br>
>><br>
>> Понятно, откатываемс.<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Игорь Сысоев<br>
>> > <a href="http://sysoev.ru" target="_blank">http://sysoev.ru</a><br>
>> ><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> С уважением, Одинцов Павел<br>
><br>
><br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
С уважением, Одинцов Павел<br>
</font></blockquote></div><br>