Unfortunately I can't ask my clients to upgrade to a CVS version - v1.3.2 isn't available yet :-(
But more generally.... wouldn't it be nice if PHP could GUARANTEE that memory resources are recovered on script termination ? Lot's of scripts are written without proper consideration for memory - and ISPs suffer because of it. I use apache that forks children so I can sidestep the issue with MaxRequestsPerChild (at a performance hit for other clients)... What it I was using a threading model in apache 2.0 ? Mike On Mon, 2002-11-18 at 22:52, Marcus Börger wrote: > Problems that could arise: > The sytem tries to open images and does not unset the variables...and > such. > I guess when everything is working you cannot do anything against. If > you want > to investigate more you would need a debug version from php to verify > if all > memory is freed. > > But this is the post from the developer who is assigned to the bug on > Sourceforge: > > >Date: 2002-10-23 17:59 > >Sender: bharat > >Logged In: YES > >user_id=42211 > > > >This is fixed in v1.3.2 > > marcus > > At 04:33 19.11.2002, Mike Leddy wrote: > > Hello, > > > > I administer a linux 2.4.19/apache 1.3.26/php 4.1.2 server in an > > ISP. > > > > Recently some clients started using a gallery php script: > > http://gallery.sf.net > > > > that causes excessive memory utilization on the server: > > >http://sourceforge.net/tracker/index.php?func=detail&aid=498028&group_id=7130&atid=107130 > > So here goes the question: > > > > In what situations will memory allocated to a script remain with the > > apache process after the script has terminated ? > > > > I always thought that memory allocated would be released on script > > termination - Am I wrong in this assumption ? > > > > Could it be that the heap in the apache process stays at the > > maximally > > used level ? > > > > Thanks for any pointers or how I should approach resolving this > > problem. > > (I am already using 'MaxRequestsPerChild 5' in apache as a stopgap > > measure) > > > > Mike > > > > > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, visit: http://www.php.net/unsub.php -- Atenciosamente Mike Leddy, Systems Administrator, Braslink Network Inc., Miami, FL. Tel +1 305 279 3232 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
