From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Tomas Subject: Re: Lazy block allocation and block_prepare_write? Date: Tue, 19 Apr 2005 19:20:43 +0400 Message-ID: References: <8e70aacf05041717546fdff3f@mail.gmail.com> <42647484.5040208@us.ibm.com> <1113922091.26913.420.camel@dyn318077bld.beaverton.ibm.com> <1113922815.26913.426.camel@dyn318077bld.beaverton.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alex Tomas , Martin Jambor , linux-fsdevel@vger.kernel.org Return-path: Received: from [83.102.214.158] ([83.102.214.158]:65464 "EHLO gw.home.net") by vger.kernel.org with ESMTP id S261603AbVDSPWV (ORCPT ); Tue, 19 Apr 2005 11:22:21 -0400 To: Badari Pulavarty In-Reply-To: <1113922815.26913.426.camel@dyn318077bld.beaverton.ibm.com> (Badari Pulavarty's message of "19 Apr 2005 08:00:15 -0700") Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org >>>>> Badari Pulavarty (BP) writes: >> 2) Andrew proposed the excelent solution BP> Well, I wasn't sure how heavy thats going to be. He was recommending BP> that we flush all dirty pages from all inodes for each transaction BP> commit. Isn't it ? this is exactly what ext3 does being mounted with data=ordered each page write(2) touches goes onto jbd list and commit thread flushes them all. the only reason we can't use existing sync() infrastructure is that we aren't permitted to touch metadata (in our case, to allocate blocks) during commit. so, here one more flag comes to wbc to signal sync to skip not-allocated-yet pages. I like this a lot! thanks, Alex