ПРОЕКТЫ 


  АРХИВ 


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 съедает всю доступную память



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.