Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13063 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4391 invoked by uid 1010); 29 Sep 2004 09:39:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 1431 invoked by uid 1007); 29 Sep 2004 09:39:23 -0000 To: internals@lists.php.net Organization: Last.fm Date: Wed, 29 Sep 2004 10:39:24 +0100 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Posted-By: 81.99.187.205 Subject: Re: Really odd PHP problem (redux) From: russ@last.fm (Russ Garrett) On Tue, 28 Sep 2004 18:03:34 +0100, Russ Garrett wrote: > It hasn't, and we're still getting the problem detailed in my initial > post: in short, every so often a process will eat 25% of the RAM and hang. > After a while, so many of these processes accumulate that they bring the > server down. > > I have managed to catch one of these processes and analyze it, a log of > which is available here: > > http://static.last.fm/phpbug/1.txt It seems that this also happens with ZPS (although it's not as noticeable since there's less overall crashing), so it's not an mmcache bug after all - and probably the cause of the crashing. This always happens while trying to free the last constant defined in one specific file. I am going to the datacenter tomorrow to try and make APC work by playing with the kernel. However it looks like this bug will still happen even if APC is intalled... Russ