Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65919 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79282 invoked from network); 19 Feb 2013 01:55:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Feb 2013 01:55:59 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.210.50 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.210.50 mail-da0-f50.google.com Received: from [209.85.210.50] ([209.85.210.50:50318] helo=mail-da0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D8/08-34654-EABD2215 for ; Mon, 18 Feb 2013 20:55:59 -0500 Received: by mail-da0-f50.google.com with SMTP id h15so2753376dan.9 for ; Mon, 18 Feb 2013 17:55:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:x-gm-message-state; bh=JqZrye9KQxahXhkWsbK74fBIkJHQ15/NBhiLdd112aU=; b=TIGykPfSaF8KqN3+uDr/amDDsgGGtmQjWmzxbURzlZmwmsnRZcldmVjlO98TCyNG2r bEYWJMQoR0kjFFvjaRwx18VyqKsHTHgizGdIpAaf2x7yiQWm2ZeAKiYDs4fQ+/BOJ3+l W6j4HIVqEiWlDfqULr9z8c2nBnIpaXg1UciGQ942EPabHKL5gde3YciIBCmvqkubKGru WXsdQcYZaY6290SShe08KgJ/0/hNPsocWE7F/j5hlhTDavH1vPTtXpHzC5sDosbZNea/ mfLOWZSyr0U/LwQlWUucAxgikBR3JGTWKj5H3wVf/9JvU35RekKu9ApujVrKJuL692f6 YsQA== X-Received: by 10.68.254.69 with SMTP id ag5mr35508225pbd.31.1361238955232; Mon, 18 Feb 2013 17:55:55 -0800 (PST) Received: from [192.168.200.148] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id d1sm69065329paz.17.2013.02.18.17.55.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 18 Feb 2013 17:55:54 -0800 (PST) Message-ID: <5122DBA9.2010004@lerdorf.com> Date: Mon, 18 Feb 2013 17:55:53 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Stas Malyshev CC: "internals@lists.php.net" References: <51229088.90306@lerdorf.com> <5122DA51.6090606@sugarcrm.com> In-Reply-To: <5122DA51.6090606@sugarcrm.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmXKhE2/b3vwPEmqvlG9WwA2j1N3qfEmJnkeRkQmXDPQwCXPovxEsmZ24F5MFDDib8W4Y5L Subject: Re: [PHP-DEV] PHP causing high number of NFS getattr operations? From: rasmus@lerdorf.com (Rasmus Lerdorf) On 02/18/2013 05:50 PM, Stas Malyshev wrote: > Hi! > >> Wow, people are still serving web files over NFS? Sounds painful. > > Sometimes, there's not much (better) choices if you need to keep > writeable files in sync over a number of machines. There are other > shared FSes but they would lead to pretty much the same issues. Yeah, but NFS, especially without the realpath cache, which you lose if you turn on open_basedir, is deathly slow because of all the stats. Typically PHP scripts are not actually "writable files" and the way to keep them in synch across multiple machines is to use a deploy mechanism/rsynch to deploy them. You may very well have some writable files that need to be shared at the app-level, but then we wouldn't be talking about PHP stat calls and the realpath cache. And most people have moved to something like memcache for sharing writable data across machines. -Rasmus