Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48887 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1586 invoked from network); 21 Jun 2010 05:06:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 05:06:45 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.212.170 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.212.170 mail-px0-f170.google.com Received: from [209.85.212.170] ([209.85.212.170:59849] helo=mail-px0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 98/FE-15307-563FE1C4 for ; Mon, 21 Jun 2010 01:06:45 -0400 Received: by pxi6 with SMTP id 6so1359975pxi.29 for ; Sun, 20 Jun 2010 22:06:42 -0700 (PDT) Received: by 10.141.214.24 with SMTP id r24mr3406798rvq.273.1277096802886; Sun, 20 Jun 2010 22:06:42 -0700 (PDT) Received: from Rasmus-Lerdorfs-MacBook-Pro.local (c-98-234-184-167.hsd1.ca.comcast.net [98.234.184.167]) by mx.google.com with ESMTPS id t1sm3277784rvl.9.2010.06.20.22.06.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 22:06:42 -0700 (PDT) Message-ID: <4C1EF360.3060902@lerdorf.com> Date: Sun, 20 Jun 2010 22:06:40 -0700 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Scott MacVicar , internals References: <1736FE65-C0F0-4677-919D-410C81C0FD47@macvicar.net> In-Reply-To: <1736FE65-C0F0-4677-919D-410C81C0FD47@macvicar.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] APC in trunk From: rasmus@lerdorf.com (Rasmus Lerdorf) On 6/20/10 7:55 PM, Scott MacVicar wrote: > > On Jun 20, 2010, at 11:21 AM, Ilia Alshanetsky wrote: > >> I for one think it is a really good idea, there is no compelling >> reason not to include APC, I would even go as far as say we should >> enable it by default. >> >> +1 > > We'd need to get http://wiki.php.net/rfc/zendsignals committed before we even get it in the core. > > At the moment if the script gets killed while the cache was being cleaned it up it never unlocks it and your server is essentially dead. Depends on the locking mechanism. As long as you have owner-death protection in your lock, you are fine for this particular problem. -Rasmus