php-fastcgi and memory leaks

[Phillip B Oldham]

I'm confused - when using a command similar to the one below, is it 
spawn-fcgi handling memory or php-cgi? When I check the processlist (ps 
aux) I see 4 instances of "php-cgi", each one with a slowly growing 
memory usage.

Maybe its the app I'm using which doesn't finish correctly. Its 
contributed to by a few different developers, some of which are new to 
the system and might not be finishing their scripts with the correct 
return state.

Thomas wrote:
> You are right, I didn't express myself correctly. One should read
> "php-spawn-fcgi uses 5MB of memory", php-spawn-fcgi being a daemon
> that I created using the following command:
>
> /usr/bin/spawn-fcgi -a 127.0.0.1 -p 10005 -u www-data -g www-data -C 5
> -f /usr/bin/php-cgi -P /var/run/spawn-fcgi/php-spawn-fcgi.pid
>
> I guess that Phillip is using the same kind of setup to handle php
> with Nginx. And that the ram usage he is talking about is the ram
> usage of the php-spawn-fcgi process.
>
>
> The MySQL ram usage remains low certainly because I am always hitting
> the same index page which has very little data on it (I created 10
> empty sub-forums), but that's benchmarking, it is impossible to
> perfeclty mimic real-life behavior and anyway the goal was no to
> stress test mysql.
>
>
> Best regards,
>
>
>   

-- 

*Phillip B Oldham*
The Activity People
phill at theactivitypeople.co.uk <mailto:phill at theactivitypeople.co.uk>

------------------------------------------------------------------------

*Policies*

This e-mail and its attachments are intended for the above named 
recipient(s) only and may be confidential. If they have come to you in 
error, please reply to this e-mail and highlight the error. No action 
should be taken regarding content, nor must you copy or show them to anyone.

This e-mail has been created in the knowledge that Internet e-mail is 
not a 100% secure communications medium, and we have taken steps to 
ensure that this e-mail and attachments are free from any virus. We must 
advise that in keeping with good computing practice the recipient should 
ensure they are completely virus free, and that you understand and 
observe the lack of security when e-mailing us.

------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20080331/1d468d16/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: phill.vcf
Type: text/x-vcard
Size: 261 bytes
Desc: not available
URL: <http://nginx.org/pipermail/nginx/attachments/20080331/1d468d16/attachment.vcf>