From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 20:33:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78FE816A4DD for ; Wed, 6 Sep 2006 20:33:47 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA1B43D7B for ; Wed, 6 Sep 2006 20:33:38 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GL45F-0008Fd-BC for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 22:33:17 +0200 Received: from cmung9.cmu.carnet.hr ([193.198.128.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Sep 2006 22:33:17 +0200 Received: from ivoras by cmung9.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Sep 2006 22:33:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 06 Sep 2006 22:33:05 +0200 Lines: 12 Message-ID: References: <1D6A7B88-79F5-4014-9E49-5AD4FFC6AE00@nevada.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung9.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <1D6A7B88-79F5-4014-9E49-5AD4FFC6AE00@nevada.net.nz> Sender: news Subject: Re: Slow/locking UFS/VFS in 6.1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 20:33:47 -0000 Philip Murray wrote: > When this happens it seems a lot of Apache processes get stuck in the > UFS state (in top). I've seen this when there's a huge directory involved, such as created by a runaway web cache function, PHP sessions, or "PHP accelerator" that creates a lot of small cache files. If so, you'll probably need to delete that directory completely and make sure it doesn't happen again (e.g. use a multi-stage directory tree instead of a big one). You might have luck with increasing dirhash size (vfs.ufs.dirhash_maxmem).