From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Masover Subject: Re: XFS corruption during power-blackout Date: Fri, 01 Jul 2005 14:58:39 -0500 Message-ID: <42C5A06F.40906@slaphack.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Ric Wheeler , Al Boldi , Chris Wedgwood , linux-fsdevel@vger.kernel.org, linux-xfs@oss.sgi.com, Steve Lord , 'Nathan Scott' , reiserfs-list@namesys.com Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com To: Bryan Henderson In-Reply-To: List-Id: linux-fsdevel.vger.kernel.org Bryan Henderson wrote: [...] > What you'd really like is to fsync a multi-file unit of work (transaction) > -- and not just among open files. You'd like to open, write, and close > 1000 files in a single transaction and then commit that transaction, with > no syncing due to timers in the meantime. If you're really greedy, you'd > also ask for complete rollback if the system fails before the commit. Both of these are planned for Reiser4. Or is it 4.1? I would like said interface to be able to not necessarily flush to disk right away, though. It should certainly be an option (I'm sure MySQL would use that option), but sometimes you want the performance, especially if there are dozens of these transactions firing all at once -- better to let RAM fill up and then flush them all.