Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66155 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72430 invoked from network); 22 Feb 2013 12:53:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Feb 2013 12:53:03 -0000 Authentication-Results: pb1.pair.com header.from=Terry@ellisons.org.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=Terry@ellisons.org.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain ellisons.org.uk from 79.170.44.47 cause and error) X-PHP-List-Original-Sender: Terry@ellisons.org.uk X-Host-Fingerprint: 79.170.44.47 mail47.extendcp.co.uk Received: from [79.170.44.47] ([79.170.44.47:44698] helo=mail47.extendcp.co.uk) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8F/23-53267-E2A67215 for ; Fri, 22 Feb 2013 07:53:03 -0500 Received: from host81-132-45-215.range81-132.btcentralplus.com ([81.132.45.215] helo=[192.168.1.91]) by mail47.extendcp.com with esmtpa (Exim 4.80.1) id 1U8s7S-0001Oy-Ew; Fri, 22 Feb 2013 12:52:54 +0000 Message-ID: <51276A25.8020101@ellisons.org.uk> Date: Fri, 22 Feb 2013 12:52:53 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ferenc Kovacs CC: Rasmus Lerdorf , Brendon Colby , Daniel Zoltak , "internals@lists.php.net" References: <51229088.90306@lerdorf.com> <5122DA51.6090606@sugarcrm.com> <5122DBA9.2010004@lerdorf.com> <5122E00F.80409@sugarcrm.com> <5122E451.1040308@lerdorf.com> <5126B009.4090203@lerdorf.com> <5126BE9D.2060507@ellisons.org.uk> <5126C267.2000806@lerdorf.com> <51274EC2.7090108@ellisons.org.uk> In-Reply-To: Content-Type: multipart/alternative; boundary="------------030903090409000903060403" X-Authenticated-As: Terry@ellisons.org.uk Subject: Re: [PHP-DEV] PHP causing high number of NFS getattr operations? From: Terry@ellisons.org.uk (Terry Ellison) --------------030903090409000903060403 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 22/02/13 11:20, Ferenc Kovacs wrote: > > My challenge is deciding (i) do I work on PHP 5.6 / 5.7 and the > corresponding beta APC version which at current rates of adoption > might have begin to have an impact in the community sometime in > the next 5 years, or (ii) work on a performance patch to the > stable APC version which is typically installed with PHP 5.3 which > these guys could apply within a few months. > > > or contribute those patches back and integrate them into the vanilla apc? Humm. I think that we are sort of saying the same thing, but at cross purposes. Of course I should offer any up patches for mainstream APC and at best these will go into 3.1.14 or 3.1.15 and may then get adopted sometime for production systems whenever -- that's only if the release of a core O+ doesn't drop APC into legacy status. However Ubuntu 12.04-LTS is a good example of a stable production stack and this uses PHP 5.3.10 and APC 3.1.7. Debian Squeeze is even further behind and it runs PHP 5.3.3 and APC 3.1.3. A performance patch could also be made available based on the last stable version of APC, say 3.1.9 -- that is before the attempts to support the new PHP 5.4 features destabilised it. With this patch, then at least individual system admins would have the option to download a stable version from PECL + patch it to use with their production stacks within the next 3-6 months. Regards Terry --------------030903090409000903060403--