ПРОЕКТЫ 


  АРХИВ 


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 + spawn-fcgi виснут php в оркеры


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: nginx + spawn-fcgi виснут php в оркеры
  • From: Anton Bessonov <exelib@xxxxxxxxxxxxxx>
  • Date: Thu, 01 Oct 2009 17:40:04 +0200
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=DIeMdxLv9bGX7gdzjpSfJL0q+ys1Ri/BFv16wEORcZg=; b=Hp6XqCA62vtnSPyqXYspBz7xPYfmLCXRx9VDWQSsZ0JBOk4Pp5zpZCwAx+x6Q7O/08 9AdTlRePhMW3eCBF+Vt3dZY/QRzsdvkjk4qT7ce3SP4wYBwwBml189DWgY8I2JScpUyi 3CX2Yy6HfDJttM1lS2+kRHl04haZI+B67hvos=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=Se4WH7v4RB/O5uF0b3tBFSfHW58czz7REBTOcLRo1x5GfnJB4o6GhlR961Wl0YHoLZ pFCuo2E7cODasnc3mqLjqvmZBD5bYZXKkwLwfilsiHXslK9P+2Vl8BaTVuPljA18Zsfb PwBlFWrNimErH91Iljjaoc/8ZrJEqkNF8cAGI=
  • In-reply-to: <4AC44BA1.6050102@xxxxxxxx>
  • References: <4AB0FEE7.5080607@xxxxxxxx> <20090916152943.GJ88829@xxxxxxxxxxxxx> <4AB21166.2090508@xxxxxxxx> <4AC44BA1.6050102@xxxxxxxx>

Что-то как-то намудрённо... Почему курл, если скрипт находится локально? Почему не натравить парзер?

nginx@xxxxxxxx schrieb:
Например. Есть скрипт 1.php , который прежде чем выдаст ответ, запрашивает инфу у 2.php (через curl)
запущено 50 обработчика php
Если обратится к 1.php в 51 и более паралельных запросов, все обработчики полностью виснут. После этого приходится убивать php при помощи
killall -9 php-cgi
иначе не убивается
пока просто отделили под 2.php несколько обработчиков на другом порту
хотя и сейчас местами наблюдаются подвисания, но обычно отвисает сам
Проблема похоже в php. Может кто-нибудь уже решил её?
Кстати пока разбирался с этим замерял производительность связки на тестовой машине (средний домашний двухядерник).
eaccelerator включён
Скрипт с обычным phpinfo(); обрабатывается примерно 430 раз в секунду
Рабочие скрипты не больше 100 в секунду. Причём, касательно этих 100, такое ощущение, что где-то, что-то нужно "подкрутить", т.к. общая загрузка системы во время теста 65-70% Причём пробовал apache 1.3.x + mod_php и получил примерно такую же производительность php (ниже процентов на 10). Действительно что-то нужно донастроить, или это нормальные показатели для php?







 




Copyright © Lexa Software, 1996-2009.