From owner-freebsd-fs Thu Sep 21 14:12:58 2000 Delivered-To: freebsd-fs@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 41DBB37B43F for ; Thu, 21 Sep 2000 14:12:56 -0700 (PDT) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id OAA23714; Thu, 21 Sep 2000 14:11:32 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAAbQay_T; Thu Sep 21 14:11:11 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA17067; Thu, 21 Sep 2000 14:12:30 -0700 (MST) From: Terry Lambert Message-Id: <200009212112.OAA17067@usr08.primenet.com> Subject: Re: Journaling Filesystems in bsd? (LFS, anyone?) To: soules+@andrew.cmu.edu (Craig A Soules) Date: Thu, 21 Sep 2000 21:12:29 +0000 (GMT) Cc: freebsd-fs@FreeBSD.ORG In-Reply-To: from "Craig A Soules" at Sep 21, 2000 12:24:20 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Wouldn't it be possible to offer the same semantics as FFS in an LFS > implementation if the segment was (over)written after each operation? No, unless you used NVRAM to do the job, and did it in an idempotent way (e.g. you did intention logging of the changes, and the NVRAM version was not overwritten, only the disk version was). > > Does the cleaner work? (always the first question to ask when people > > talk about their LFS implementations). > > This may be wrong, so don't flame me, but... > I had heard that there was no fully working implementation of LFS in the > *BSDs for this reason (and in fact there was an LFS branch in FreeBSD as > well, but it was removed since the cleaner was in such shoddy shape). If you have a full source repository, the LFS in FreeBSD, which is Margo Seltzer's, and the same as that in NetBSD (except the FreeBSD once has not been maintained as regards the VM and buffer cache unification, so there is work to be done there), can be recovered from the attic, by checking the code out by the date before it was sent to the attic. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message