Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Jul 2005 01:25:54 -0000
From:      Mike Silbersack <silby@silby.com>
To:        Xin LI <delphij@delphij.net>
Cc:        cvs-src@FreeBSD.ORG, David Schultz <das@FreeBSD.ORG>, src-committers@FreeBSD.ORG, Xin LI <delphij@FreeBSD.ORG>, 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
Message-ID:  <20050220215211.T1739@odysseus.silby.com>
In-Reply-To: <1108955636.624.16.camel@spirit>
References:  <200502200802.j1K82G2M003470@repoman.freebsd.org>  <20050220231711.GA8172@VARK.MIT.EDU> <1108955636.624.16.camel@spirit>

next in thread | previous in thread | raw e-mail | index | archive | help

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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050220215211.T1739>