ПРОЕКТЫ 


  АРХИВ 


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: nginx (Windows XP) + php-cgi.exe - одно временно обрабатывает т олько один запрос - остал ьные ждут


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: nginx (Windows XP) + php-cgi.exe - одно временно обрабатывает т олько один запрос - остал ьные ждут
  • From: Sergey Shepelev <temotor@xxxxxxxxx>
  • Date: Mon, 31 May 2010 15:57:17 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=t0Ck648TfpO8S9HcYEcTEkZ5g0xX76P5tejtFnsT2r0=; b=smTfENRElPJDeyK1J8oWSVw3zBBJQ0MKzfO4VzMzBCjQhC67Iyj/o0i9hBRApUx4xw rpVvf0h6T5S24Hpz0b/i4fM0P250YJCx1J4RPiaza5o2yBciTb4k+q4OxR+mP2xhfaPE N9z+fMYyOAfuKdWu7gHqTOniOGTMZUZ/YdFls=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=n4UnXmf3pBFxHL48zeByods3m1h/kyqwuZ+qcBnVDEhF9voEf0ykoB1+kREYDZzczJ QBb+25bYAWoZr0GpNlVUY9WgMrXMl2W0uFxdbs5/0giI7WcnkKV31tTLdKJTvXokR6vo 2L8/l9s97Ot4ZUI+VUb/Zsit5bdkj3X6c7f80=
  • In-reply-to: <4c305e55d56eb6ee9770b2d22ec611bd.NginxMailingListRussian@xxxxxxxxxxxxxxx>
  • References: <AANLkTimeXK3cbsIDlf8Ir2l59z_nHNJ8tVoUMGw6QJJh@xxxxxxxxxxxxxx> <4c305e55d56eb6ee9770b2d22ec611bd.NginxMailingListRussian@xxxxxxxxxxxxxxx>

2010/5/31 iWarior <nginx-forum@xxxxxxxx>:
> [i]Я сказал в первом письме. Нужно запустить несколько процессов php-cgi.[/i]
>
> Это т.е. для более-менее посещаемых проектов, желающих nginx+php(fast-cgi) 
> хозяйство выглядит так:
>
> 1) Создаем 100-150 процессов, занимая 100-150 портов.
> 2) Потом в конфиге через ngx_http_upstream группируем всё это дело и по 
> таймаутам оно типа должно по очереди перебирать эти php-cgi ?
>
> Я правильно понял Ваше предложение понял? Если да, то это мало пригодно для 
> реальной жизни... =(

По поводу количества процессов: скорее хватит 20-30 (и не забываем
кешировать ответы бекендов), хотя, конечно, это сильно зависит от
нагрузки. На linux/freebsd значительная часть памяти у них всех будет
общая. Что ещё вас смущает в количестве? На windows да, это мало
пригодно. Там нужно использовать потоки, и опять же, память будет
общая.

По поводу портов: опять же, на unix ОС можно использовать UNIX сокеты
? они файлы и "портов не занимают". Ну и допустим 100-150 портов
занимают. Из 64 тысяч занято 150. Не велика нагрузка на пространство
портов.

Про upstream всё правильно, да. Таймауты тут не причём, просто по
очереди перебираются бекенды, да. Есть модуль fair upstream, который
более хитро выбирает бекенды, чтоб они равномерно были загружены.

> [i]Апач справится лучше, и настроить его будет проще. Хватит уже любить
> самого себя в мозг :)[/i]
>
> мне просто отчего-то кажется, что php-cgi должен одновременно кушать 
> несколько заданий, это ж бред какой-то, что он выполняет только одно задание, 
> зачем он тогда такой нужен, да ещё висящий в памяти и занимающий порт. На 
> fast этот cgi не похож =)
>

Fast тут заключается в том, что, в отличие от традиционного CGI, на
каждый запрос не запускается новый процесс, а используется ранее
запущенный. Это ускоряет обработку запроса, отсюда и название Fast.

ParallelCGI никто не обещал.
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.