Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43359 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76265 invoked from network); 16 Mar 2009 05:38:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Mar 2009 05:38:42 -0000 Authentication-Results: pb1.pair.com smtp.mail=jani.taskinen@sci.fi; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=jani.taskinen@sci.fi; sender-id=unknown Received-SPF: error (pb1.pair.com: domain sci.fi from 63.208.196.178 cause and error) X-PHP-List-Original-Sender: jani.taskinen@sci.fi X-Host-Fingerprint: 63.208.196.178 mho-01-bos.mailhop.org Received: from [63.208.196.178] ([63.208.196.178:59955] helo=mho-01-bos.mailhop.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B5/C0-06903-0E5EDB94 for ; Mon, 16 Mar 2009 00:38:41 -0500 Received: from a88-112-30-186.elisa-laajakaista.fi ([88.112.30.186] helo=localhost.localdomain) by mho-01-bos.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Lj5X3-000Gxn-8N; Mon, 16 Mar 2009 05:38:37 +0000 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 88.112.30.186 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18CEvClDlkvYexkDq3Ui8LxbagaPUIdZnU= Message-ID: <49BDE5DA.40407@sci.fi> Date: Mon, 16 Mar 2009 07:38:34 +0200 Reply-To: jani.taskinen@iki.fi User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Moriyoshi Koizumi CC: shire , internals Mailing List References: <49BD94B1.50005@tekrat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] max_execution_time and async signal handling in apache2handler From: jani.taskinen@sci.fi (Jani Taskinen) There's also this (very old) bug report about similar issue: http://bugs.php.net/bug.php?id=16820&edit=1 Moriyoshi Koizumi wrote: > Hi, > > I noticed it, but I took it as a completely different idea, something > like a performance improvement that doesn't cover the issue. It turned > out that is what I should have had a look at. > > Thanks for the pointer. > > Moriyoshi > > On Mon, Mar 16, 2009 at 8:52 AM, shire wrote: >> Hi Moriyoshi, >> >> Moriyoshi Koizumi wrote: >>> Hi, >>> >>> I got a bug report on the Japanese PHP user's list that states free() >>> aborts within the timer signal handler due to reentrance to the >>> function when max_execution_time takes effect and the signal occurs >>> within the same libc function. The reporter also states he uses >>> apache2handler, which doesn't provide block_interruptions nor >>> unblock_interruptions SAPI handlers in contrast to the apache1 >>> handler. >>> >>> Whilst I doubt this happens quite frequently because PHP has its own >>> memory pool and it's far more rare that the libc's allocators get >>> called than the emalloc() and efree(), this should be addressed >>> somehow. A proposed fix is attached but note this greatly compromises >>> overall performance due to excessive system calls. >> Isn't this already covered in a proposal here: >> http://wiki.php.net/rfc/zendsignals? I believe the last hang-up keeping >> this from getting committed is in the ability to handle this properly and >> efficiently under ZTS builds, I would really like to see this get applied in >> a future PHP release though. >> >> -shire >> >