From owner-freebsd-fs@FreeBSD.ORG Mon Jun 11 20:51:30 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC93716A400 for ; Mon, 11 Jun 2007 20:51:30 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.freebsd.org (Postfix) with ESMTP id A66FF13C48A for ; Mon, 11 Jun 2007 20:51:30 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: by zoraida.natserv.net (Postfix, from userid 58) id 13FF5C2EE; Mon, 11 Jun 2007 16:51:29 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on zoraida.natserv.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Report: * 0.0 DK_POLICY_SIGNSOME Domain Keys: policy says domain signs some mails * -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from 35st.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 0B03CC2AF; Mon, 11 Jun 2007 16:51:26 -0400 (EDT) References: <20070611161148.GA19299@keira.kiwi-computer.com> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Ivan Voras Date: Mon, 11 Jun 2007 16:51:26 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: Inode density for database machines - newfs -i 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: Mon, 11 Jun 2007 20:51:30 -0000 Ivan Voras writes: > How long fsck takes depends on the number of used inodes, not the total > number. Barring a bug in UFS, you should be able to have as little > inodes as you want, especially if you know for sure what number to expect. "man tuning" says otherwise. >Decreasing the number of i-nodes in a file system can greatly reduce >fsck(8) recovery times after a crash. That man page was one of the reasons I was trying to get my inodes as little as possible. It is the same area where they mention to use "newfs -i" to reduce the number of inodes. The second reason I am doing it, is to get some space back since I will not be needing so many inodes anyway.