Date: Mon, 25 Jan 1999 12:15:39 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: jonathan michaels <jon@caamora.com.au> Cc: freebsd-advocacy@FreeBSD.ORG Subject: Re: FreeBSD - A User's Point of View Message-ID: <36ABE1DB.15EFFF9F@newsguy.com> References: <19990124201556.E36690@freebie.lemis.com> <199901240949.BAA17434@implode.root.com> <19990124212533.B17658@caamora.com.au> <36AB1B9B.549FDE56@newsguy.com> <19990125084024.C18834@caamora.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
jonathan michaels wrote: > > yes, it is starting to look like that. now all i have to do is workout how to > sell teh 'softupdates' concept to a died in teh wool novell journelling fs > database manager whose hide has been saved more than once by journelling. > > ummm, not an easy task . but we will prevail .. grin. If he understand what he is talking about, and if Novell DTRT, you can't. Softupdates will garantee metadata consistency, though our implementation still depends on fsck to remove partial metadata commits (these partial commits do *not* leave the fs in an inconsistent state, mind you). If the transaction interface is exported from Novell's jfs to the application, though, it will garantee application data consistency as well. In the specific case of databases, this is a MAJOR win. If it is not exporting the transaction interface, though, or if the application is not using it, one would be hard pressed to provide any advantage of his jfs to our softupdates. I think. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com If you sell your soul to the Devil and all you get is an MCSE from it, you haven't gotten market rate. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-advocacy" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36ABE1DB.15EFFF9F>