Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 30 Jul 2001 13:26:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 30 Jul 2001 13:25:57 -0400 Received: from perninha.conectiva.com.br ([200.250.58.156]:25093 "HELO perninha.conectiva.com.br") by vger.kernel.org with SMTP id ; Mon, 30 Jul 2001 13:25:52 -0400 Date: Mon, 30 Jul 2001 14:25:51 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Lawrence Greenfield Cc: "Patrick J. LoPresti" , , Alan Cox , Chris Wedgwood , Chris Mason Subject: Re: ext3-2.4-0.9.4 In-Reply-To: <200107301711.f6UHBWHE001945@acap-dev.nas.cmu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Original-Recipient: rfc822;linux-kernel-outgoing On Mon, 30 Jul 2001, Lawrence Greenfield wrote: > From: "Patrick J. LoPresti" > Date: 30 Jul 2001 12:46:13 -0400 > > > Besides BSD softupdates and the various journaling > > filesystems which are in use on other Unixen also > > don't provide the 4.3BSD solution any more ... > > This surprises me if it is true; do you have a reference? And what > mechanism *do* the modern BSDs provide to commit metadata changes to > disk? > > BSD softupdates allows you to call fsync() on the file, and this will > sync the directories all the way up to the root if necessary. > > Thus BSD fsync() actually guarantees that when it returns, the file > (and all of it's filenames) will survive a reboot. Note that this is very different from the "link() should be synchronous()" mantra we've been hearing over the last days. These fsync() semantics make lots of sense to me, I'm all for it. regards, Rik -- Executive summary of a recent Microsoft press release: "we are concerned about the GNU General Public License (GPL)" http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/