From owner-cvs-all@FreeBSD.ORG Mon Feb 21 03:53:18 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E44C16A4D1 for ; Mon, 21 Feb 2005 03:53:18 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id F069143D48 for ; Mon, 21 Feb 2005 03:53:16 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 15905 invoked from network); 21 Feb 2005 03:53:15 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 21 Feb 2005 03:53:15 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 20 Feb 2005 21:53:14 -0600 (CST) From: Mike Silbersack To: Xin LI In-Reply-To: <1108955636.624.16.camel@spirit> Message-ID: <20050220215211.T1739@odysseus.silby.com> References: <200502200802.j1K82G2M003470@repoman.freebsd.org> <20050220231711.GA8172@VARK.MIT.EDU> <1108955636.624.16.camel@spirit> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: cvs-src@FreeBSD.ORG cc: David Schultz cc: src-committers@FreeBSD.ORG cc: Xin LI cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sbin/fsck_ffs fsck.h pass5.c src/sys/ufs/ffs ffs_alloc.c ffs_softdep.c fs.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 03:53:18 -0000 On Mon, 21 Feb 2005, Xin LI wrote: > Hmm... Maybe we should add some constraint on this, for example, for > volumes that fssize < 20G do the recomputation at mount time, despite > the vfs.ffs.compute_summary_at_mount setting? I think the situation > only happens when bgfsck have not finished the scan yet, and on smaller > volumes, this should not affect so much (after all, we can always set > vfs.ffs.compute_summary_at_mount = 1 to restore the old behavior). Seems like the volume size isn't the issue, it's the % of free space. Maybe do the recomputation if free space is < 15% or something. Mike "Silby" Silbersack