From owner-cvs-all@FreeBSD.ORG Sun Jul 3 01:25:39 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.ORG 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 CE24916B262; Sun, 3 Jul 2005 01:01:23 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D2D945222; Sun, 3 Jul 2005 00:50:08 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id BABA26EA5E; Sat, 2 Jul 2005 17:40:34 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id DC8EC5C9AA for ; Sun, 20 Feb 2005 19:16:43 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id AE13456D7C for ; Mon, 21 Feb 2005 03:16:43 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 4766B16A551; Mon, 21 Feb 2005 03:16:33 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 927DE16A4D0; Mon, 21 Feb 2005 03:16:31 +0000 (GMT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766F416A4CE for ; Mon, 21 Feb 2005 03:16:29 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C73C43D1D for ; Mon, 21 Feb 2005 03:15:48 +0000 (GMT) (envelope-from delphij@delphij.net) Received: (qmail 93176 invoked by uid 0); 21 Feb 2005 03:06:48 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 21 Feb 2005 03:06:48 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 3A203132301; Mon, 21 Feb 2005 11:15:35 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93589-07; Mon, 21 Feb 2005 11:15:22 +0800 (CST) Received: from localhost.localdomain (unknown [211.167.40.68]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 84416131DCF; Mon, 21 Feb 2005 11:15:19 +0800 (CST) From: Xin LI To: David Schultz In-Reply-To: <20050220231711.GA8172@VARK.MIT.EDU> References: <200502200802.j1K82G2M003470@repoman.freebsd.org> <20050220231711.GA8172@VARK.MIT.EDU> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bERrNSo9LopBUgOumLZE" Organization: The FreeBSD Simplified Chinese Project Message-Id: <1108955636.624.16.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,BODY_8BITS, SARE_SUB_GAPPY_3 autolearn=no version=3.0.2 X-Spam-Level: Cc: cvs-src@FreeBSD.ORG, src-committers@FreeBSD.ORG, Xin LI , 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.5 List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:25:39 -0000 X-Original-Date: Mon, 21 Feb 2005 11:13:56 +0800 X-List-Received-Date: Sun, 03 Jul 2005 01:25:39 -0000 --=-bERrNSo9LopBUgOumLZE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-02-20=E6=97=A5=E7=9A=84 18:17 -0500=EF=BC=8CDavid Schultz=E5= =86=99=E9=81=93=EF=BC=9A > > Since the summary is already re-sync'ed every 30 second, we will > > not lag behind too much after a crash. With this consideration > > in mind, it is more reasonable to transfer the responsibility to > > background fsck, to reduce the delay after a crash. >=20 > I'm not sure that I completely buy this explanation. If an > application has a 1 GB temporary file open and unlinked at the > time of the crash, then upon reboot, this change will make it seem > as though I have 1 GB less space than I really do. This could > lead to spurious disk full errors. (Or will that happen anyway if > bgfsck hasn't recomputed all the free block bitmaps yet?) 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 =3D 1 to restore the old behavior). Should I send a HEADSUP / update UPDATING so more people will know the change? > I don't mean to suggest that this is a bad idea; to the contrary, > I think it's a great idea. But unless I'm missing something, it > has larger adverse effects than claimed in the commit message. >=20 > FWIW, I run bgfsck on my development box once a month from a cron > job, rather than after every crash. As long as there's free space > and no bugs in the filesystem or I/O system (okay, a big assumption), > this doesn't hurt anything and saves me lots of time. Cheers, --=20 Xin LI http://www.delphij.net/ --=-bERrNSo9LopBUgOumLZE Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCGVH0/cVsHxFZiIoRAn3zAJ9WGdY5W0Kk1unD5aH7Q+INiryYsACdFFMW TjLoNKnQ0BBFVRIuTSa1fFk= =v6zX -----END PGP SIGNATURE----- --=-bERrNSo9LopBUgOumLZE--