Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761145AbXFJTPT (ORCPT ); Sun, 10 Jun 2007 15:15:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754987AbXFJTPH (ORCPT ); Sun, 10 Jun 2007 15:15:07 -0400 Received: from lazybastard.de ([212.112.238.170]:46577 "EHLO longford.lazybastard.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753220AbXFJTPF (ORCPT ); Sun, 10 Jun 2007 15:15:05 -0400 Date: Sun, 10 Jun 2007 21:10:15 +0200 From: =?utf-8?B?SsO2cm4=?= Engel To: Arnd Bergmann Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, akpm@osdl.org, Sam Ravnborg , John Stoffel , David Woodhouse , Jamie Lokier , Artem Bityutskiy , CaT , Jan Engelhardt , Evgeniy Polyakov , David Weinehall , Willy Tarreau , Kyle Moffett , Dongjun Shin , Pavel Machek , Bill Davidsen , Thomas Gleixner , Albert Cahalan , Pekka Enberg , Roland Dreier , Ondrej Zajicek , Ulisses Furquim Subject: Re: [Patch 15/18] fs/logfs/super.c Message-ID: <20070610191015.GC32619@lazybastard.org> References: <20070603183845.GA8952@lazybastard.org> <200706101827.50948.arnd@arndb.de> <20070610173828.GA32619@lazybastard.org> <200706102033.11211.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200706102033.11211.arnd@arndb.de> User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1299 Lines: 34 On Sun, 10 June 2007 20:33:05 +0200, Arnd Bergmann wrote: > > Then maybe the submit_bio logic should only be done for the ->write > path, not for ->read. The data that gets written out should already > be present in the page cache for the files, so there is not much point > having again, while you can see the read path as blockdev readahead: > When you read a physical block that contains a logical block, it's > likely to also contain part of another logical block that is going > to be read in the near future. Makes a lot of sense, yes. > This way, you would also get exclusively clean pages in the block > device address_space, which can be easily discarded. > > Also, maintaining correct ordering between write requests can be > done easier if you insert the bios directly, instead of waiting > for the lru writeback. s/easier/only/ ? I don't think logfs on block devices makes too much sense yet, so my personal priority for this is low. Still, an obvious improvement. Jörn -- ...one more straw can't possibly matter... -- Kirby Bakken - 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/