Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66016 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4099 invoked from network); 20 Feb 2013 01:51:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2013 01:51:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com Received: from [156.151.31.81] ([156.151.31.81:20637] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B0/A1-29922-82C24215 for ; Tue, 19 Feb 2013 20:51:37 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r1K1pVdN003494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Feb 2013 01:51:31 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r1K1pUU5015506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Feb 2013 01:51:31 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r1K1pUBK028697; Tue, 19 Feb 2013 19:51:30 -0600 Received: from [130.35.70.82] (/130.35.70.82) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 19 Feb 2013 17:51:29 -0800 Message-ID: <51242C21.9020809@oracle.com> Date: Tue, 19 Feb 2013 17:51:29 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Terry Ellison CC: "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> <51234789.4030405@ellisons.org.uk> <5123A2FE.1050101@ellisons.org.uk> <5123E152.2050600@sugarcrm.com> <512405F2.4040505@ellisons.org.uk> In-Reply-To: <512405F2.4040505@ellisons.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Subject: Re: [PHP-DEV] PHP causing high number of NFS getattr operations? From: christopher.jones@oracle.com (Christopher Jones) On 02/19/2013 03:08 PM, Terry Ellison wrote: > I guess that I should bite the bullet and switch to 5.5. Yes. > I've been working on an evaluatorfork of APC optimized for CLI/GCI > which tackles a lot of these issues head on and performs reasonable > well, but I realise that this is a dead-end and will never get > deployed, but I am currently considering regressing some of this > technology into 5.5 and O+. Are you interested in a version of O+ > which supports all SAPIs? Yes, but there are some SAPIs that are more common, so these should be prioritized if trade-offs are required. My particular desire is for "embed" SAPI support. We use this in our Tuxedo application server, but it is a relatively niche use case. > In architectural terms I feel that having a universal cache option > is important. It changes the mindset from something which is only > used in niche performance use cases to a standard option. It also > means that the cache can be stress tested by the entire php test > suite. However, to do some of this you don't start with a patch, > but with an RFC informed by evidence, and that's my real reason for > doing this demonstrator. I'm looking forward to seeing your suggestions and patches. Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Newly updated, free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html