Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48850 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74656 invoked from network); 20 Jun 2010 13:37:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2010 13:37:17 -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.160.42 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.160.42 mail-pw0-f42.google.com Received: from [209.85.160.42] ([209.85.160.42:33303] helo=mail-pw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 64/B5-21297-B891E1C4 for ; Sun, 20 Jun 2010 09:37:16 -0400 Received: by pwi4 with SMTP id 4so1170332pwi.29 for ; Sun, 20 Jun 2010 06:37:13 -0700 (PDT) Received: by 10.142.247.33 with SMTP id u33mr2418482wfh.44.1277041033084; Sun, 20 Jun 2010 06:37:13 -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 a23sm6020992wam.14.2010.06.20.06.37.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 06:37:12 -0700 (PDT) Message-ID: <4C1E1986.7030802@lerdorf.com> Date: Sun, 20 Jun 2010 06:37:10 -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: Vincenzo D'Amore CC: Internals References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Performance problem with php From: rasmus@lerdorf.com (Rasmus Lerdorf) On 6/19/10 11:49 PM, Vincenzo D'Amore wrote: > Could anybody explain me why I have this behavior and if it is attributable > to a misconfiguration of php? This doesn't look like a PHP misconfiguration. It looks more like an application-level issue. Do a grep for "realpath" in your application code. A single call to realpath() would cause that tree of stat calls you see. Also, you might be overflowing your realpath cache. PHP 5.2 is not using the cache very efficiently. This is fixed in 5.3. But try increasing your cache ttl and the size as well. eg. realpath_cache_size = 256k realpath_cache_ttl = 7200 -Rasmus