From owner-freebsd-stable@FreeBSD.ORG Wed Jun 11 20:26:39 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 CFD1C106567E for ; Wed, 11 Jun 2008 20:26:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 91FAD8FC22 for ; Wed, 11 Jun 2008 20:26:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m5BKQbR7020986; Wed, 11 Jun 2008 16:26:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m5BKQaOB074653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jun 2008 16:26:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200806112026.m5BKQaOB074653@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 11 Jun 2008 16:26:37 -0400 To: Paul , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080611200342.A53901DEF@fep1.cogeco.net> References: <20080611173211.A899C1E9E@fep5.cogeco.net> <200806111811.m5BIBMkl074039@lava.sentex.ca> <20080611200342.A53901DEF@fep1.cogeco.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: 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:26:39 -0000 At 04:04 PM 6/11/2008, Paul wrote: >Changing from compat to files fixes the problem. > >It is now superfast when running ls -lh. Hi, Not sure, but a more "proper" fix might be to look at the nscd caching daemon. Take a look at nscd and nscd.conf. I havent used it myself, but I seem to recall others suggesting this as a "fix" as well. ---Mike