From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Al Boldi" Subject: Simulated Ordered Mode Date: Sun, 31 Jul 2005 08:39:13 +0300 Message-ID: <200507310839.LAA15595@raad.intranet> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from [213.184.187.57] ([213.184.187.57]:11528 "EHLO raad.intranet") by vger.kernel.org with ESMTP id S261608AbVGaIjh (ORCPT ); Sun, 31 Jul 2005 04:39:37 -0400 Received: from i810 (rescueCli [10.254.254.253]) by raad.intranet (8.8.7/8.8.7) with ESMTP id LAA15595 for ; Sun, 31 Jul 2005 11:39:38 +0300 To: Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Filesystems are generally updated in a serial fashion: 1. Update MetaData 2. Update FileData 3. Sync... (optional) Is it possible to instruct the FS to delay metadata update until after a filedata sync? Like: 1. Buffer MetaData 2. Update FileData 3. Sync 4. Update MetaData 5. Sync... (optional) Ext3 offers this as an ordered mode, but could this be done on a lower level as in bdflush? -- Al