From owner-freebsd-fs@FreeBSD.ORG Tue Aug 14 20:44:57 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9A4C16A420 for ; Tue, 14 Aug 2007 20:44:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id B039413C46A for ; Tue, 14 Aug 2007 20:44:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l7EKirIr027006; Tue, 14 Aug 2007 15:44:54 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46C21446.40004@freebsd.org> Date: Tue, 14 Aug 2007 15:44:54 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Gore Jarold References: <186173.85039.qm@web63008.mail.re1.yahoo.com> In-Reply-To: <186173.85039.qm@web63008.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-fs@freebsd.org, ivoras@fer.hr Subject: Re: help needed - tuning a filesystem for rm and cp ? (MORE) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 20:44:57 -0000 Gore Jarold wrote: > On Fri, 13 Jul 2007, Ivan Voras wrote: > >> Gore Jarold wrote: >> >>> vfs.ufs.dirhash_maxmem: 2097152 >>> vfs.ufs.dirhash_mem: 2065716 >>> >>> >>> Interesting at all ? >> Yes, you've used up all dirhash_mem. Since you have > enough memory, try >> increasing dirhash_maxmem by a factor of 4 or more > and testing again. It >> might help you with large directories (lots of > files). > > > Ok, you are correct - I am indeed maxing out > vfs.ufs.dirhash_mem > > I have just upped it by 2x and will continue to > monitor it. > > Here is a question for any and all out there reading > ... what would you expect would happen to a system > that was constantly maxing out this value, sometimes > on a sustained basis, while the activity that caused > it went on uninterrupted ? > > I am seeing the system halt ... is it reasonable to > think that maxing that value out on a regular, > sustained basis would cause a system to halt ? > > (6.2-release running on a 4 GB memory p4 xeon ... does > nothing but fileserver duties) If you have a lot of meta-data IO (which you seem to have), then it's possible that the system is incredibly busy doing disk accesses, and waiting on IO from storage. When you say 'halt' does that mean you can't log in to it, and eventually it comes back alive, or does that mean it is locked up in a way that never recovers? Eric