From owner-freebsd-arch Thu Mar 29 20: 1:33 2001 Delivered-To: freebsd-arch@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 7AEF237B71D for ; Thu, 29 Mar 2001 20:01:30 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 9628B59477; Thu, 29 Mar 2001 22:01:28 -0600 (CST) Date: Thu, 29 Mar 2001 22:01:28 -0600 From: "Michael C . Wu" To: Bakul Shah Cc: Kirk McKusick , arch@freebsd.org Subject: Re: Background Fsck Message-ID: <20010329220128.B21838@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200103290522.VAA06966@beastie.mckusick.com> <200103300053.TAA27553@thunderer.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103300053.TAA27553@thunderer.cnchost.com>; from bakul@bitblocks.com on Thu, Mar 29, 2001 at 04:53:55PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think Kirk would know a thing or two about FFS. ;-) On Thu, Mar 29, 2001 at 04:53:55PM -0800, Bakul Shah scribbled: | Dumb question time. Why would I want to run a background | fsck on an active filesystem? One wouldn't mount an unsafe You want your system to be up as soon as possible. Have you ever tried to fsck even just a 200gb system? | filesystem in the first place. Perhaps you are talking about | background garbage collection on an active fs -- blocks and No, he calls it background fsck because that is what it is. | inodes not reachable from the root set of objects (root inode | + freelist + superblock?) recovered lazily. If this is | really what you have, wouldn't it make sense to call it | something else (e.g. fsgc)? Please at least try to understand what this feature is and does. | On a somewhat related note, I have always wondered if the | current fsck algorithm can be significantly improved or if it | is about as efficient as it can be (barring any peephole code | improvements). This is a significant architecture addition/redesign to reduce fsck time. -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message