 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
22 messages in ru.sysoev.nginxRe: php-fastcgi and memory leaks| From | Sent On | Attachments |
|---|---|---|
| Phillip B Oldham | Mar 25, 2008 2:43 am | |
| Reinis Rozitis | Mar 25, 2008 4:30 am | |
| Phillip B Oldham | Mar 25, 2008 4:47 am | |
| Yordan Georgiev | Mar 25, 2008 1:01 pm | |
| Phillip B Oldham | Mar 26, 2008 1:12 am | |
| Thomas | Mar 26, 2008 2:43 am | |
| Phillip B Oldham | Mar 26, 2008 3:00 am | |
| Thomas | Mar 26, 2008 3:08 am | |
| Corey Donohoe | Mar 26, 2008 7:18 am | |
| Yordan Georgiev | Mar 26, 2008 7:27 am | |
| Rob Schultz | Mar 26, 2008 12:14 pm | |
| Phillip B Oldham | Mar 28, 2008 2:36 am | |
| Thomas | Mar 29, 2008 1:41 pm | |
| Reinis Rozitis | Mar 30, 2008 5:56 pm | |
| Thomas | Mar 31, 2008 4:41 am | |
| Phillip B Oldham | Mar 31, 2008 4:54 am | |
| Grzegorz Nosek | Mar 31, 2008 5:06 am | |
| Phillip B Oldham | Mar 31, 2008 5:27 am | |
| Grzegorz Nosek | Mar 31, 2008 5:40 am | |
| Phillip B Oldham | Mar 31, 2008 5:46 am | |
| Grzegorz Nosek | Mar 31, 2008 6:33 am | |
| Phillip B Oldham | Mar 31, 2008 6:44 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: php-fastcgi and memory leaks | Actions... |
|---|---|---|
| From: | Reinis Rozitis (r...@roze.lv) | |
| Date: | Mar 25, 2008 4:30:01 am | |
| List: | ru.sysoev.nginx | |
Thats a common issue (at least for me). Although php leaks itself with every version less there are still quite a bunch of extensions outside that dont handle the memory bits the right way.
As a workarround I use this patch http://devzone.zend.com/content/patch/pat38.txt
Its pretty old and made for php4 but with little tweaks you can apply also to php5 (I could make a diff and throw in here). The basic idea is you have an extra setting PHP_FCGI_MAX_RAM_MB - you can limit at what memory usage the php child should handle the last request and die (so the master process can spawn a new one - similar to PHP_FCGI_MAX_REQUESTS ).
This solution is better because you dont accidently kill a process which is in a middle of generating a response.
rr
----- Original Message -----
From: "Phillip B Oldham"
<phill-ABPfyfql6ydQOjYTieCOMbyq0pUa53/3...@public.gmane.org>
To: <nginx-nofU2znGi42HXe+LvDL...@public.gmane.org>
Sent: Tuesday, March 25, 2008 11:44 AM
Subject: php-fastcgi and memory leaks
Further to the email below, I'm still having problems with PHP5 fastcgi and nginx. I'm finding that php slowly takes up 100% of the available memory and starts to drop connections at around 70%. At the moment I've got monit restarting the fastcgi processes when the memory usage hits 70%, but this isn't optimal as the scripts I'm running shouldn't take anywhere near that on a virtual server with 300MB dedicated ram.
I'm wondering whether anyone else has come across the same problem running php5 fastcgi who has managed to find a fix or work-around?