From owner-freebsd-performance@FreeBSD.ORG Mon Jan 28 15:15:02 2008 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A220F16A418 for ; Mon, 28 Jan 2008 15:15:02 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFE313C4CC for ; Mon, 28 Jan 2008 15:15:01 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 215272070; Mon, 28 Jan 2008 18:14:03 +0300 Message-ID: <479DF162.3080803@chistydom.ru> Date: Mon, 28 Jan 2008 18:14:42 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <479B1185.8020604@quip.cz> <479D89C9.7060300@chistydom.ru> <479DD94C.7010409@mawer.org> <479DE578.7060202@quip.cz> In-Reply-To: <479DE578.7060202@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 28 Jan 2008 15:32:41 +0000 Cc: freebsd-performance@freebsd.org Subject: Re: PHP with open_basedir performance problem X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 15:15:02 -0000 Hi Miroslav Lachman wrote: > I tried sysctl vfs.ufs.dirhash_maxmem=10240000 and > realpath_cache_size=512k in php.ini and sysctl vfs.lookup_shared=1 > but all without any significant impact on performance with open_basedir > enabled. > CPU states: 8.1% user, 0.0% nice, 88.6% system, 0.2% interrupt, 3.2% > idle > Does somebody have any other ideas? Here's the patch helped me in the similar situation: http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038449.html If it also does not help, I think LOCK_PROFILING(9) and pmc stats ( http://freebsd.rambler.ru/bsdmail/freebsd-current_2006/msg01581.html ) would be useful to see what exactly is slow. With best regards, Alexey Popov