From owner-freebsd-fs Mon Mar 12 15:53:30 2001 Delivered-To: freebsd-fs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id CDE8F37B71A; Mon, 12 Mar 2001 15:53:24 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA04726; Mon, 12 Mar 2001 15:53:13 -0800 Date: Mon, 12 Mar 2001 15:53:10 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Alfred Perlstein Cc: "Justin T. Gibbs" , Soren Schmidt , Kevin Oberman , scsi@FreeBSD.ORG, fs@FreeBSD.ORG, dillon@FreeBSD.ORG Subject: Re: Disk I/O problem in 4.3-BETA In-Reply-To: <20010312154452.K18351@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > If you need everything sync'd, you'll have to explicitly have the da driver > > send the SYNCHRONIZE CACHE command. > > Afaik we never depend on actually B_ORDERED'd data, at least not > for filesystem consistancy (as afaik it would violate USL patents). Hmm? Wasn't there an assertion about this from Terry IIRC? Huh.. as far as I remember Steve Kleiman was talking about this at Sun in 1990- dunno if this has any pertinence to the patent or usage. > We really don't need the SYNCHRONIZE CACHE either, basically a B_FLUSH > would be nice, the problem I see is making sure it doesn't get eaten > by the millions :) of OR's and AND's on the b_flags fields. Well, if I understood your mail, you were trying to find out a way to live safely with not only ordering (which is done in s/w with softupdates for FreeBSD, right?- last I heard from Steve Tweedie was that he was considering using tags for ordering in ext3) but also to try and live safely with data that is cached on the drive electronics but not committed to media yet. Did I misunderstand your questions to Justin? It's quite possible as I've been switching between 5 different systems I'm working on today and I'm sure that things didn't committed to &my& media before things were wiped as switched from one KDE desktop to another..... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message