Re: Master процесс nginx 0.6.38 съедает всю доступную память

[Noon es Shadow]

Ну логов которые не для конкретного server {} а общие для http{}

12 сентября 2009 г. 23:59 пользователь Одинцов Павел <
pavel.odintsov at googlemail.com> написал:

> Добрый вечер!
>
> То есть "общих для конфигурации" ?
>
> 2009/9/13 Noon es Shadow <noonesshadow at gmail.com>:
> > У меня такое было из-за записи логов общих для конфигурации
> >
> > 12 сентября 2009 г. 23:15 пользователь Одинцов Павел
> > <pavel.odintsov at googlemail.com> написал:
> >>
> >> 2009/9/13 Igor Sysoev <is at rambler-co.ru>:
> >> > On Sun, Sep 13, 2009 at 12:31:52AM +0500, Одинцов Павел wrote:
> >> >
> >> >> Добрый день!
> >> >>
> >> >> Большое спасибо за развернутый ответ, отвечаю ниже.
> >> >>
> >> >> 2009/9/12 Gena Makhomed <gmm at csdoc.com>:
> >> >> > 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
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> С уважением, Одинцов Павел
> >
> >
>
>
>
> --
> С уважением, Одинцов Павел
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090913/c4e27fb8/attachment.html>