Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:43042
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 204.11.219.139 cause and error)
Message-ID: <4997445F.9040700@lerdorf.com>
Date: Sat, 14 Feb 2009 14:23:27 -0800
User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105)
MIME-Version: 1.0
To: Roland Mieslinger <rmie@gmx.de>
CC: internals@lists.php.net
References: <1234649609.25689.26.camel@testbox>
In-Reply-To: <1234649609.25689.26.camel@testbox>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] open_basedir performance issue, realpathcache vs. statcache
From: rasmus@lerdorf.com (Rasmus Lerdorf)

Roland Mieslinger wrote:
> Hello,
> 
> we're managing a shared hosting environment with about 600 virtual
> servers. All content for the websites is stored on a NFS share.
> 
> We're suffering from a huge amount of lstat calls, and identified 
> open_basedir as the reason for that. strace shows that each call
> needs 40µs in average, this is due to NFS.
> 
> A lot of questions arises from that, but some answers are still missing.
> Maybe I can get them here.
> 
> Did open_basedir rely on realpathcache? I haven't found a definitive
> answer to that. We have changed realpath cache size, without any impact.
> So I assume the answer is no.
> 
>>From what I understand realpathcache is different from statcache. So
> using clearstatcache should not flush the realpathcache. Am I correct?

clearstatcache does flush the realpathcache in PHP 5.2.  This has been
turned off by default in 5.3 and is now an option on the
clearstatcache() call.

The realpathcache in 5.3 is also more efficient now in that it will
cache partial paths.  In 5.2 we relied on the system's realpath() call
and only cached complete results from it.  That also meant that there is
no negative caching going on, so if you have a bunch of include_path
misses, you are going to die a slow stat death in 5.2.

In 5.2 make sure your main include_path dir is the first path in the
order there.  Put "." at the end and always use include './foo.php' when
you include something relative to the script's directory.  That should
alleviate a lot of the stat issues.

-Rasmus