[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140122115002.bb5d01dee836b567a7aad157@linux-foundation.org>
Date: Wed, 22 Jan 2014 11:50:02 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: James Bottomley <James.Bottomley@...senpartnership.com>
Cc: Ric Wheeler <rwheeler@...hat.com>,
"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
Chris Mason <clm@...com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"mgorman@...e.de" <mgorman@...e.de>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"lsf-pc@...ts.linux-foundation.org"
<lsf-pc@...ts.linux-foundation.org>
Subject: Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going
beyond 4096 bytes
On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley <James.Bottomley@...senpartnership.com> wrote:
> But this, I think, is the fundamental point for debate. If we can pull
> alignment and other tricks to solve 99% of the problem is there a need
> for radical VM surgery? Is there anything coming down the pipe in the
> future that may move the devices ahead of the tricks?
I expect it would be relatively simple to get large blocksizes working
on powerpc with 64k PAGE_SIZE. So before diving in and doing huge
amounts of work, perhaps someone can do a proof-of-concept on powerpc
(or ia64) with 64k blocksize.
That way we'll at least have an understanding of what the potential
gains will be. If the answer is "1.5%" then poof - go off and do
something else.
(And the gains on powerpc would be an upper bound - unlike powerpc, x86
still has to fiddle around with 16x as many pages and perhaps order-4
allocations(?))
--
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