From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Wilcox Subject: Re: NVM Mapping API Date: Wed, 16 May 2012 12:10:20 -0400 Message-ID: <20120516161020.GJ22985@linux.intel.com> References: <20120515133450.GD22985@linux.intel.com> <1337149453.1961.24.camel@slavad-ubuntu-11> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Vyacheslav Dubeyko Return-path: Received: from mga02.intel.com ([134.134.136.20]:38192 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751991Ab2EPQJZ (ORCPT ); Wed, 16 May 2012 12:09:25 -0400 Content-Disposition: inline In-Reply-To: <1337149453.1961.24.camel@slavad-ubuntu-11> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Wed, May 16, 2012 at 10:24:13AM +0400, Vyacheslav Dubeyko wrote: > On Tue, 2012-05-15 at 09:34 -0400, Matthew Wilcox wrote: > > There are a number of interesting non-volatile memory (NVM) technologies > > being developed. Some of them promise DRAM-comparable latencies and > > bandwidths. At Intel, we've been thinking about various ways to present > > those to software. > > Could you please share vision of these NVM technologies in more details? > What capacity in bytes of of one NVM unit do we can expect? What about > bad blocks and any other reliability issues of such NVM technologies? No, I can't comment on any of that. This isn't about any particular piece of technology; it's an observation that there are a lot of technologies that seem to fit in this niche; some of them are even available to buy today. No statement of mine should be taken as an indication of any future Intel product plans :-)