From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 4 04:06:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B869C16A4BF; Thu, 4 Sep 2003 04:06:03 -0700 (PDT) Received: from chuggalug.clues.com (chuggalug.demon.co.uk [62.49.17.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F9C43FDD; Thu, 4 Sep 2003 04:06:02 -0700 (PDT) (envelope-from geoffb@chuggalug.clues.com) Received: from chuggalug.clues.com (localhost [127.0.0.1]) by chuggalug.clues.com (8.12.9/8.12.8) with ESMTP id h84B1vVp035853; Thu, 4 Sep 2003 11:01:57 GMT (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.12.9/8.12.8/Submit) id h84B1uDu035852; Thu, 4 Sep 2003 11:01:56 GMT Date: Thu, 4 Sep 2003 11:01:55 +0000 From: Geoff Buckingham To: Terry Lambert Message-ID: <20030904110155.GA35273@chuggalug.clues.com> References: <3F56F3FD.C636781@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F56F3FD.C636781@mindspring.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org cc: Petri Helenius cc: Max Clark Subject: Re: 20TB Storage System (fsck????) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 11:06:03 -0000 On Thu, Sep 04, 2003 at 01:12:45AM -0700, Terry Lambert wrote: > > Yes. Limit the number of CG bitmaps you examine simultaneously, > and make the operation multiple pass over the disk. This is not > that hard a modification to fsck, and it can be done fairly > quickly by anyone who understands the code. The code in time to > fsck the disk will go up inversely proportionally to the amount > of RAM it's allowed to use, which is limited to the UVA size > minus the fsck program size itself, and the fsck buffers used for > things like FS metadata for a given file/directory. > > Pardon my ignorance but does the number of inodes in the filesystem have a significant impact on the memory requirement of fsck? I ask as it was previously stated the smallest file on the 10TB filessytem would be 500MB which would enable a vastley reduced number of inodes and possibly very large block fragment and cluster sizes?