22 messages in ru.sysoev.nginxRe: php-fastcgi and memory leaks
FromSent OnAttachments
Phillip B OldhamMar 25, 2008 2:43 am 
Reinis RozitisMar 25, 2008 4:30 am 
Phillip B OldhamMar 25, 2008 4:47 am 
Yordan GeorgievMar 25, 2008 1:01 pm 
Phillip B OldhamMar 26, 2008 1:12 am 
ThomasMar 26, 2008 2:43 am 
Phillip B OldhamMar 26, 2008 3:00 am 
ThomasMar 26, 2008 3:08 am 
Corey DonohoeMar 26, 2008 7:18 am 
Yordan GeorgievMar 26, 2008 7:27 am 
Rob SchultzMar 26, 2008 12:14 pm 
Phillip B OldhamMar 28, 2008 2:36 am 
ThomasMar 29, 2008 1:41 pm 
Reinis RozitisMar 30, 2008 5:56 pm 
ThomasMar 31, 2008 4:41 am 
Phillip B OldhamMar 31, 2008 4:54 am 
Grzegorz NosekMar 31, 2008 5:06 am 
Phillip B OldhamMar 31, 2008 5:27 am 
Grzegorz NosekMar 31, 2008 5:40 am 
Phillip B OldhamMar 31, 2008 5:46 am 
Grzegorz NosekMar 31, 2008 6:33 am 
Phillip B OldhamMar 31, 2008 6:44 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: php-fastcgi and memory leaksActions...
From:Phillip B Oldham (phil@public.gmane.org)
Date:Mar 31, 2008 5:27:59 am
List:ru.sysoev.nginx

Grzegorz Nosek wrote:

If you use 'ps auxf', you'll probably see that one of the php-cgi processes is the master, with all others hanging off from it as its children. By that time, spawn-fcgi is long gone (it called exec...() and became the master php process). BTW, do you really see increasing memory usage on all the processes including the parent?

Yes, all processes, including the parent. I've set-up 3 children and one parent, and all 4 instances slowly grow in size.

spawn-fcgi isn't really a process manager, it just starts your fastcgi server and hopes for the best. Anyway, only the php interpreter is to blame here.

Thats what I thought.

It shouldn't matter at all, the memory used for e.g. php code and variables should get properly freed at the end of the request. You might leak resources (database connections etc.) though. Are you using any non-standard php extensions?

I don't know about non-standard. I'm not using any PECL entensions, but I have custom compiled the php instance on the box to include items such as IMAP support and turn off things that we don't use. My compile options are below:

./configure \ --disable-all \ --disable-ipv6 \ --disable-short-tags \ --disable-cli \ --with-zend-vm=GOTO \ --without-pear \ --enable-inline-optimization \ --enable-fast-install \ --enable-fastcgi \ --enable-discard-path \ --enable-force-cgi-redirect \ --enable-zend-multibyte \ --enable-sigchild \ --enable-libgcc \ --enable-static \ --enable-libxml \ --enable-dom \ --enable-mbstring \ --enable-spl \ --enable-gd-native-ttf \ --enable-exif \ --enable-pdo \ --enable-session \ --enable-simplexml \ --enable-soap \ --enable-sockets \ --enable-zip \ --enable-bcmath \ --enable-ctype \ --enable-json \ --enable-posix \ --enable-reflection \ --enable-tokenizer \ --enable-xml \ --with-config-file-scan-dir=/etc/php5 \ --with-pcre-regex \ --with-pcre-dir \ --with-libxml-dir \ --with-openssl \ --with-kerberos \ --with-zlib \ --with-bz2 \ --with-curl \ --with-curlwrappers \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --with-ttf \ --with-freetype-dir \ --with-gettext \ --with-imap \ --with-imap-ssl \ --with-xmlrpc \ --with-xsl \ --with-iconv \ --with-mysql=/usr/local/bin \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pdo-mysql=/usr/bin/mysql_config \ --with-gdbm \ --with-imap \ --with-imap-ssl

Don't know if any of those items are known to cause memory leaks.

--

*Phillip B Oldham* The Activity People phill-ABPfyfql6ydQOjYTieCOMbyq0pUa53/3@public.gmane.org
<mailto:phill-ABPfyfql6ydQOjYTieCOMbyq0pUa53/3@public.gmane.org>

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

*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.

begin:vcard fn:Phillip Oldham n:Oldham;Phillip org:The Activity People;Systems Development email;internet:phi@theactivitypeople.co.uk title:Chief Programmer tel;work:0870 162 4847 x-mozilla-html:TRUE url:http://theactivitypeople.co.uk/ version:2.1 end:vcard