Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753921AbXISE56 (ORCPT ); Wed, 19 Sep 2007 00:57:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751482AbXISE5t (ORCPT ); Wed, 19 Sep 2007 00:57:49 -0400 Received: from smtpq2.tilbu1.nb.home.nl ([213.51.146.201]:50703 "EHLO smtpq2.tilbu1.nb.home.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751480AbXISE5s (ORCPT ); Wed, 19 Sep 2007 00:57:48 -0400 Message-ID: <46F0AC06.1030208@gmail.com> Date: Wed, 19 Sep 2007 06:56:38 +0200 From: Rene Herman User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Linus Torvalds CC: Andrea Arcangeli , Nick Piggin , Christoph Lameter , Mel Gorman , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , William Lee Irwin III , David Chinner , Jens Axboe , Badari Pulavarty , Maxim Levitsky , Fengguang Wu , swin wang , totty.lu@gmail.com, hugh@veritas.com, joern@lazybastard.org Subject: Re: [00/41] Large Blocksize Support V7 (adds memmap support) References: <20070911060349.993975297@sgi.com> <200709161853.12050.nickpiggin@yahoo.com.au> <200709181116.22573.nickpiggin@yahoo.com.au> <20070918191853.GB7541@v2.random> <46F09A80.8020605@gmail.com> <46F0A4FB.2020901@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1078 Lines: 28 On 09/19/2007 06:33 AM, Linus Torvalds wrote: > On Wed, 19 Sep 2007, Rene Herman wrote: >> I do feel larger blocksizes continue to make sense in general though. Packet >> writing on CD/DVD is a problem already today since the hardware needs 32K or >> 64K blocks and I'd expect to see more of these and similiar situations when >> flash gets (even) more popular which it sort of inevitably is going to be. > > .. that's what scatter-gather exists for. > > What's so hard with just realizing that physical memory isn't contiguous? > > It's why we have MMU's. It's why we have scatter-gather. So if I understood that right, you'd suggest to deal with devices with larger physical blocksizes at some level above the current blocklayer. Not familiar enough with either block or fs to be able to argue that effectively... Rene. - 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/