ПРОЕКТЫ 


  АРХИВ 


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: Adrenalin <adrenalinup@xxxxxxxxx>
  • Date: Thu, 8 Oct 2009 22:25:48 +0200
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=z//ypcgm9o+4Axm5pQu4fFgBOnl10aseJoDRT+IBHlQ=; b=I2LXfCDuIdcpyEJwdtWUkp+e980gnyhmKineQ/BDE/tiHHNw0iO848OT7wvIpQ8gbd 86GbV8m3y3g+ebz5A3s/vzTfyh3FUeyFEqnoHVsdXyFJ79SgKjyGpC00M4dy/+ShtilX IQ3J6ZmTZsAH33x5kjb+lxi3LEL80uUitUI4U=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=s8w78ie5DRDH3BOqeC2PTcCLK4kDrmjo0+hAGBhIP/xElZmUUEKORXtWqGDaQCLYPJ Zkyg56g9nFZJ92VBDTkgLBiCNj7pvxexyakgtL/9oNpsaT3BmZpsaE6+uV0zoDHYAMJw 9/QZOjeYBXuyBDBZozRn/zboXfmv8OSbTYuM8=
  • In-reply-to: <502381332.20091008121300@xxxxxxxx>
  • References: <4AB0FEE7.5080607@xxxxxxxx> <20090916152943.GJ88829@xxxxxxxxxxxxx> <4AB21166.2090508@xxxxxxxx> <4AC44BA1.6050102@xxxxxxxx> <502381332.20091008121300@xxxxxxxx>

А можно както увидеть сколько текущих (и в ожидании) соединений есть к
fastcgi серверу ?

2009/10/8 dron <dron@xxxxxxxx>:
> проблема именно в обёртке spawn, после того как я её поменял на
> http://php-fpm.org/, проблема с зависанием процессов прекратилась
>
> Вы писали 1 октября 2009 г., 10:26:41:
>
>> Например. Есть скрипт 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?
>
>
>
>
> __________________________
> С уважением,
> email: dron@xxxxxxxx
>
>
>


 




Copyright © Lexa Software, 1996-2009.