ПРОЕКТЫ 


  АРХИВ 


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: FastCGI PHP



On Saturday 05 August 2006 16:36, Dmitry Ishutkin wrote:
> > Как  видно,  за  эти 10 минут FCGI обработало запросов больше значения
> > PHP_FCGI_MAX_REQUESTS  (кстати,  мы проводили испытания и при значении
> > 1000, результаты очень похожи).
>
> Я ни в коем случае не претендую на истину в последней инстанции. Просто
> голые факты: обычный запуск php -b ip:port и... 502 bad gateway через ровно
> N запросов, где N = PHP_FCGI_MAX_REQUESTS
>
> Запуск через spawn-fcgi все вылечил. Лечить другим способом было никому не
> надо, поэтому в бубен стучать даже не стали. Погуглили и нашли, что такая
> проблема есть. У кого есть и кому это важно, тот пусть и решает :)
>
> Может потому что PHP на Solaris, может потому что собран Forte, а не gcc,
> может еще что. Черт его знает, если честно. Неинтересны были причины, в
> общем.

Это хорошо что у PHP есть такой парметр, а у перла нет (точнее у FCGI.pm). И 
на FreeBSD последних версий у перла есть утечка памяти если его не 
пересобрать из портов с WITHOUT_PERL_MALLOC. Года полтора наверно страдал от 
этой проблемы, даже ProcManager.pm переписал чтобы он exit() после 1000 
запросов. Пока неделю назад не потестировал проект на Debian, стал копать 
глубже и нашел описание это проблемы.
Также на Линуксе стабильнее стал работать и mysql перестали сыпаться таблицы 
при сильной нагрузке. В итоге после 6 лет опыта разработки исключительно в 
среде FreeBSD теперь планирую постепенную миграцию на Дебиан.



 




Copyright © Lexa Software, 1996-2009.