ПРОЕКТЫ 


  АРХИВ 


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: увеличение количества worker_processes


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: увеличение количества worker_processes
  • From: Алексей Сундуков <public-mail@xxxxxxxxxx>
  • Date: Sat, 28 Jul 2012 16:05:47 +0400
  • In-reply-to: <CAK=u2EVy-qq2c4tDEXn8r15SVzp1J=DcSCPhgrtFrQUpP2nJfg@mail.gmail.com>
  • References: <CAK=u2EVy-qq2c4tDEXn8r15SVzp1J=DcSCPhgrtFrQUpP2nJfg@mail.gmail.com>

28 июля 2012 г., 13:57 пользователь Phil Kulin <schors@xxxxxxxxx> написал:
> Приветствую.
>
> Древняя тема про worker_processes. Используя в промышленных
> количествах nginx с лета 2004 года, я как-то уже забыл тонкости.
> Почему-то в голове жёсткое правило - без причины не увеличивать
> количество worker_processes. А вот обосновать не могу.

Мой склероз мне говорит, что одна из ключевых проблем согласование
работы мастер процесса и кучи рабочих процессов. Чем больше рабочих,
тем выше накладные расходы для мастер процесса по их обслуживанию. И
получается, что админ сервера решил, что для улучшения ситуации на
сервере нужно поднять количество рабочих процессов. Увеличивает их и
получает, что ситуация не только не улучшилась, но и стало еще хуже.
Вроде как в рассылке такие ситуации не раз всплывали. Вот и пошло, что
не трогать количество рабочих процессов без критической необходимости.
Не справляется текущий фронт и все уже вроде оттюнили, значит просто
лучше добавить новый сервер.
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.