From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 24 Jan 2017 16:24:35 -0500 From: Konrad Rzeszutek Wilk Subject: Re: [PATCH 0/3] 1G transparent hugepage support for device dax Message-ID: <20170124212435.GA23874@char.us.oracle.com> References: <148521477073.31533.17781371321988910714.stgit@djiang5-desk3.ch.intel.com> <20170124111248.GC20153@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org To: Dan Williams , Nilesh Choudhury Cc: Jan Kara , Matthew Wilcox , "linux-nvdimm@lists.01.org" , Dave Hansen , Linux MM , "Kirill A. Shutemov" , Jan Kara , Andrew Morton , Vlastimil Babka List-ID: On Tue, Jan 24, 2017 at 10:26:54AM -0800, Dan Williams wrote: > On Tue, Jan 24, 2017 at 3:12 AM, Jan Kara wrote: > > On Mon 23-01-17 16:47:18, Dave Jiang wrote: > >> The following series implements support for 1G trasparent hugepage on > >> x86 for device dax. The bulk of the code was written by Mathew Wilcox > >> a while back supporting transparent 1G hugepage for fs DAX. I have > >> forward ported the relevant bits to 4.10-rc. The current submission has > >> only the necessary code to support device DAX. > > > > Well, you should really explain why do we want this functionality... Is > > anybody going to use it? Why would he want to and what will he gain by > > doing so? Because so far I haven't heard of a convincing usecase. > > > > So the motivation and intended user of this functionality mirrors the > motivation and users of 1GB page support in hugetlbfs. Given expected > capacities of persistent memory devices an in-memory database may want > to reduce tlb pressure beyond what they can already achieve with 2MB > mappings of a device-dax file. We have customer feedback to that > effect as Willy mentioned in his previous version of these patches > [1]. CCing Nilesh who may be able to shed some more light on this. > > [1]: https://lkml.org/lkml/2016/1/31/52 > _______________________________________________ > Linux-nvdimm mailing list > Linux-nvdimm@lists.01.org > https://lists.01.org/mailman/listinfo/linux-nvdimm -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org