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>