From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 20:03:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91B7106564A for ; Wed, 11 Jun 2008 20:03:43 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id A01238FC22 for ; Wed, 11 Jun 2008 20:03:43 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from elehost-can.cogeco.ca (d36-192-94.home1.cgocable.net [24.36.192.94]) by fep1.cogeco.net (Postfix) with ESMTP id A53901DEF for ; Wed, 11 Jun 2008 16:03:42 -0400 (EDT) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 11 Jun 2008 16:04:18 -0400 To: freebsd-stable@freebsd.org From: Paul In-Reply-To: <200806111811.m5BIBMkl074039@lava.sentex.ca> References: <20080611173211.A899C1E9E@fep5.cogeco.net> <200806111811.m5BIBMkl074039@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20080611200342.A53901DEF@fep1.cogeco.net> Subject: Re: Areca Raid 6 ARC-1231 Raid 6 Slow LS Listing Performance on large directory 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, 11 Jun 2008 20:03:43 -0000 At 02:11 PM 11/06/2008, Mike Tancsa wrote: >>Any ideas why it takes so long for this on Freebsd 7.0 stable? >> >>The partition this folder is on it /dev/da0s1f with a total size >>of 1.7T and a usage of 63G >> >>Any suggestions or help on this would be greatly appreciated. > >Couple of things to check > >In /etc/nsswitch.conf try changing to > >group: files >passwd: files > >and check to make sure >vfs.ufs.dirhash_maxmem is > than vfs.ufs.dirhash_mem. If >vfs.ufs.dirhash_mem is hit the max, increase the maxmem value > > ---Mike Thanks a lot for the quick reply. Changing from compat to files fixes the problem. It is now superfast when running ls -lh. Thanks again! Cheers Paul