From: Olaf van der Spek Subject: Re: Atomic non-durable file write API Date: Sun, 26 Dec 2010 17:02:33 +0100 Message-ID: References: <1292710543.17128.14.camel@nayuki> <20101224085126.2a7ff187@notabene.brown> <20101223222206.GD12763@thunk.org> <4D13E98D.8070105@ontolinux.com> <20101224004825.GF12763@thunk.org> <4D13F09D.4010703@ontolinux.com> <20101224095105.GG12763@thunk.org> <20101225031529.GA2595@thunk.org> <4D17656B.7010603@panasas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Nick Piggin , "Ted Ts'o" , linux-fsdevel , linux-ext4@vger.kernel.org To: Boaz Harrosh Return-path: Received: from mail-fx0-f46.google.com ([209.85.161.46]:56295 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752135Ab0LZQCe convert rfc822-to-8bit (ORCPT ); Sun, 26 Dec 2010 11:02:34 -0500 In-Reply-To: <4D17656B.7010603@panasas.com> Sender: linux-ext4-owner@vger.kernel.org List-ID: On Sun, Dec 26, 2010 at 4:55 PM, Boaz Harrosh wr= ote: > What if you use a soft link? wouldn't that solve all of your problems= ? > > - do your fsync/fdatasync of choice in a *backend thread* then at the= return > - point set to the new link, fsync the link it's very small, therefor= e fast. > - Then delete the old source file. > > You need a simple "name-version" schema and the "name" is kept soft l= inked. > (You might even skip the last step above and implement an undo stack,= some > =C2=A0background management caps on history size) > >>> >>>> and this way has other >>>> issues, like losing file meta-data. >>> > > With soft links this is persevered? > > Same system can be used with lots of files. where the final switch is > the set of a single soft-link say to a folder of related files. Are you proposing to turn every single file into a symlink? How would that solve the meta-data issue? Olaf -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html