From owner-freebsd-current Sun Jul 21 00:54:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19344 for current-outgoing; Sun, 21 Jul 1996 00:54:39 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19331; Sun, 21 Jul 1996 00:54:34 -0700 (PDT) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA00753; Sun, 21 Jul 1996 09:54:24 +0200 (MET DST) To: davidg@root.com cc: "Michael L. VanLoon -- HeadCandy.com" , John Dyson , hsu@clinet.fi (Heikki Suonsivu), freebsd-current@freebsd.org Subject: Re: vm work helps In-reply-to: Your message of "Sat, 20 Jul 1996 19:24:47 PDT." <199607210224.TAA16881@root.com> Date: Sun, 21 Jul 1996 09:54:23 +0200 Message-ID: <751.837935663@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just a wild guess: The vop_bmap() code in it is probably broken. We rely >heavily on this and if it's broken, the filesystem will be corrupted. NetBSD >won't suffer from this because they have much more limited use of the vop_bmap >function. Further guessing, I'd guess that the problem is that CCD doesn't >limit the forward/behind contiguousness to be within the underlying device's >cluster, or something of this nature. Sort of my conclusion too, but I'd be damned if I can find out where the problem is. Havn't spent more than one hour though. It is actually an interesting thing to think about. I guess our clustering code should communicate four block#'s downward: First block that could be any use First block that is strictly needed Last block that is strictly needed Last block that would be any use. And then ccd could select chop between these boundaries to match entire stripes. I doubt we'd gain much though :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.