From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Alex Tomas" Subject: Re: [00/41] Large Blocksize Support V7 (adds memmap support) Date: Wed, 19 Sep 2007 13:41:17 +0400 Message-ID: References: <20070911060349.993975297@sgi.com> <200709161853.12050.nickpiggin@yahoo.com.au> <200709181116.22573.nickpiggin@yahoo.com.au> <20070918191853.GB7541@v2.random> <1190163523.24970.378.camel@edge.yarra.acx> <20070919050910.GK995458@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Linus Torvalds" , "Nathan Scott" , "Andrea Arcangeli" , "Nick Piggin" , "Christoph Lameter" , "Mel Gorman" , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, "Christoph Hellwig" , "William Lee Irwin III" , "Jens Axboe" , "Badari Pulavarty" , "Maxim Levitsky" , "Fengguang Wu" , "swin wang" , totty.lu@gmail.com, hugh@veritas.com, joern@lazybastard.org To: "David Chinner" Return-path: Received: from mail.clusterfs.com ([74.0.229.162]:49354 "EHLO mail.clusterfs.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754806AbXISJlT (ORCPT ); Wed, 19 Sep 2007 05:41:19 -0400 Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mail.clusterfs.com (Postfix) with ESMTP id 830974E46A6 for ; Wed, 19 Sep 2007 03:41:18 -0600 (MDT) Received: by rv-out-0910.google.com with SMTP id k15so129993rvb for ; Wed, 19 Sep 2007 02:41:18 -0700 (PDT) In-Reply-To: <20070919050910.GK995458@sgi.com> Content-Disposition: inline Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 9/19/07, David Chinner wrote: > The problem is this: to alter the fundamental block size of the > filesystem we also need to alter the data block size and that is > exactly the piece that linux does not support right now. So while > we have the capability to use large block sizes in certain > filesystems, we can't use that capability until the data path > supports it. it's much simpler to teach fs to understand multipage data (like multipage bitmap scan, multipage extent search, etc) then deal with mm fragmentation. IMHO. at same time you don't bust IO traffic with non-used space. -- thanks, Alex