Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66144 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12827 invoked from network); 22 Feb 2013 00:41:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Feb 2013 00:41:08 -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:43452] helo=mail47.extendcp.co.uk) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 21/6A-58335-2AEB6215 for ; Thu, 21 Feb 2013 19:41:07 -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 1U8ghC-0003Oj-5A; Fri, 22 Feb 2013 00:41:02 +0000 Message-ID: <5126BE9D.2060507@ellisons.org.uk> Date: Fri, 22 Feb 2013 00:41:01 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Rasmus Lerdorf CC: Brendon Colby , "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> In-Reply-To: <5126B009.4090203@lerdorf.com> Content-Type: multipart/alternative; boundary="------------050804080107040205050606" 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) --------------050804080107040205050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 21/02/13 23:38, Rasmus Lerdorf wrote: > On 02/21/2013 03:15 PM, Brendon Colby wrote: > >> NFS is so common for sharing files that saying "Wow, people are still >> serving web files over NFS?" is like saying "Wow, people are still >> using the ls command to list directory contents on Linux?" I think NFS >> is still very widely used, even for sharing web files. > This is simply not true. I do have a fair bit of experience in this > field, and I don't know of any major sites that do this and I have > worked with a good chunk of the largest sites out there. Eh??? Fortune 500 enterprises and governmental departments are pretty conservative. NAS and SAN based iSCSI and FCoE based elastic block storage give great performance for server-specific file-systems, but Brendon is right: for distributed file systems, NFS and CIFS still dominate. > >> I don't think the appropriate answer is "don't use NFS" because this >> is ridiculous as a long term solution (NFS is common, and people are >> going to use it or something similar). I think the appropriate answer >> is to update PHP to use stat vs. open+fstat or doing something similar >> that would be optimized for both local AND shared file systems (I >> would be writing a patch instead of this email if I could). > If it is of such importance to you and you are not able to do it > yourself, then hire someone to do it. We may or may not get around to > it, but like most things in PHP, we work on what we need ourselves and I > don't think anybody here would even consider putting all their PHP files > on an NFS share when performance was important. Again wrong. Apps developers don't do this because that want to; they do it because the IT services group that runs the production infrastructure has mandated standard templates for live deployment to keep the through-life cost of providing the application infrastructure manageable, with all sorts of bureaucratic exception processes if you think that your app is a special case. If you are lucky then they offer a range of EC2-like standard VM templates so that you can deploy an EBS-based approach, but most are still in catch-up mode compared to Amazons offerings. If you are a GM or a American Airlines, or the NIH for example then you will have 1,000s of applications customer facing and internal and you've got to adopt this approach for 90+% of these applications. What Brendon is asking for is reasonable, sensible and in relative terms easy to implement. However, I agree that it may be more sensible to use community effort to achieve this. --------------050804080107040205050606--