[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070426183935.GK2017@kernel.dk>
Date: Thu, 26 Apr 2007 20:39:35 +0200
From: Jens Axboe <jens.axboe@...cle.com>
To: Christoph Lameter <clameter@....com>
Cc: Christoph Hellwig <hch@...radead.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Nick Piggin <nickpiggin@...oo.com.au>,
David Chinner <dgc@....com>, linux-kernel@...r.kernel.org,
Mel Gorman <mel@...net.ie>,
William Lee Irwin III <wli@...omorphy.com>,
Badari Pulavarty <pbadari@...il.com>,
Maxim Levitsky <maximlevitsky@...il.com>
Subject: Re: [00/17] Large Blocksize Support V3
On Thu, Apr 26 2007, Christoph Lameter wrote:
> On Thu, 26 Apr 2007, Jens Axboe wrote:
>
> > On Thu, Apr 26 2007, Christoph Lameter wrote:
> > > On Thu, 26 Apr 2007, Jens Axboe wrote:
> > >
> > > > The above can be implemented fairly cleanly, and on a need-to-have
> > > > basis. It's not something that'll break drivers.
> > >
> > > But its also not going to fix the hacks that we have in the kernel
> > > to deal with > PAGE_SIZE i/o.
> >
> > No, but that's a _seperate_ issue! Don't keep mixing up the two.
>
> Yes I understand that you want it to be a separate issue so we get get
> more rationales for the hacks that we do to avoid the large
> order allocations.
Christoph, don't take your frustrations out on me. I've several times in
this thread said that I'd LIKE to have > PAGE_SIZE support in the page
cache. I WROTE the initial pktcdvd driver that is a primary example of
these hacks, I'm very well aware of the pain and bugs involved with
that.
But don't push large pages as the only solution to larger ios, because
that is trivially not true.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists