[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPcyv4jmO+1xErV0bJEtM4sirTCK5XoWCT923Wgp14KcL=qO2A@mail.gmail.com>
Date: Wed, 18 Mar 2015 08:35:38 -0700
From: Dan Williams <dan.j.williams@...el.com>
To: Boaz Harrosh <openosd@...il.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Jens Axboe <axboe@...nel.dk>,
Christoph Hellwig <hch@...radead.org>,
Al Viro <viro@...iv.linux.org.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...l.org>, linux-arch@...r.kernel.org,
riel@...hat.com,
"linux-nvdimm@...ts.01.org" <linux-nvdimm@...ts.01.org>,
Dave Hansen <dave.hansen@...ux.intel.com>,
linux-raid <linux-raid@...r.kernel.org>, mgorman@...e.de,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
Matthew Wilcox <willy@...ux.intel.com>
Subject: Re: [RFC PATCH 0/7] evacuate struct page from the block layer
On Wed, Mar 18, 2015 at 3:47 AM, Boaz Harrosh <openosd@...il.com> wrote:
> On 03/16/2015 10:25 PM, Dan Williams wrote:
>> Avoid the impending disaster of requiring struct page coverage for what
>> is expected to be ever increasing capacities of persistent memory.
>
> If you are saying "disaster", than we need to believe you. Or is there
> a scientific proof for this.
The same Moore's Law based extrapolation that Dave Chinner did to
determine that major feature development on XFS may cease in 5 - 7
years. In Dave's words we're looking ahead to "lots and fast". Given
the time scale of getting kernel changes out to end users in an
enterprise kernel update the "dynamic page struct allocation" approach
is already insufficient.
--
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