From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com [209.85.160.180]) by kanga.kvack.org (Postfix) with ESMTP id C01DD6B027D for ; Mon, 28 Dec 2015 22:24:40 -0500 (EST) Received: by mail-yk0-f180.google.com with SMTP id v14so26533413ykd.3 for ; Mon, 28 Dec 2015 19:24:40 -0800 (PST) Received: from userp1040.oracle.com (userp1040.oracle.com. [156.151.31.81]) by mx.google.com with ESMTPS id k123si43712604ywg.143.2015.12.28.19.24.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Dec 2015 19:24:39 -0800 (PST) Message-ID: <5681FCAE.4060208@oracle.com> Date: Tue, 29 Dec 2015 11:23:26 +0800 From: Bob Liu MIME-Version: 1.0 Subject: Re: [-mm PATCH v4 00/18] get_user_pages() for dax pte and pmd mappings References: <20151221054406.34542.64393.stgit@dwillia2-desk3.jf.intel.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Dan Williams Cc: Bob Liu , Andrew Morton , Dave Hansen , David Airlie , Dave Hansen , Dave Chinner , Linux-MM , "H. Peter Anvin" , Christoph Hellwig , Andrea Arcangeli , kbuild test robot , "linux-nvdimm@lists.01.org" , X86 ML , Peter Zijlstra , Ingo Molnar , Mel Gorman , Matthew Wilcox , Ross Zwisler , Alexander Viro , Thomas Gleixner , Christoffer Dall , Paolo Bonzini , Logan Gunthorpe , "Kirill A. Shutemov" On 12/28/2015 02:55 AM, Dan Williams wrote: > On Sun, Dec 27, 2015 at 12:33 AM, Bob Liu wrote: >> Hey Dan, >> > [..] >> What about space for page tables? >> Page tables(mapping all memory in PMEM to virtual address space) may >> also consume significantly DRAM space if huge page is not enabled or >> split. >> Should we also consider to allocate pte page tables from PMEM in future? > > On x86_64 these ranges are covered by gigabyte pages by default (see > init_memory_mapping()). I don't see much incremental benefit from > allocating pte's from pmem. > Oh, that's the direct mapping. I mean ptes consumed in: __dax_fault > dax_insert_mapping > insert_pfn > __get_locked_pte In some bad situations e.g mmap a lot of large ext4 files exist in pmem but hugepage can't be used because of fragmentation, then the consumption of pte page tables may can't be ignored? Anyway, this is not a blocker of these patches. Thanks, Bob -- 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