From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Aneesh Kumar K.V" To: Mike Kravetz , lsf-pc@lists.linux-foundation.org Cc: linux-mm@kvack.org, linux-fsdevel@vger.kernel.org Subject: Re: [LSF/MM ATTEND] Huge Page Futures In-Reply-To: <56A580F8.4060301@oracle.com> References: <56A580F8.4060301@oracle.com> Date: Thu, 28 Jan 2016 20:35:06 +0530 Message-ID: <87bn85ycbh.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain Sender: owner-linux-mm@kvack.org List-ID: Mike Kravetz writes: > In a search of the archives, it appears huge page support in one form or > another has been a discussion topic in almost every LSF/MM gathering. Based > on patches submitted this past year, huge pages is still an area of active > development. And, it appears this level of activity will continue in the > coming year. > > I propose a "Huge Page Futures" session to discuss large works in progress > as well as work people are considering for 2016. Areas of discussion would > minimally include: > > - Krill Shutemov's THP new refcounting code and the push for huge page > support in the page cache. I am also interested in this discussion. We had some nice challenge w.r.t to powerpc implementation of THP. > > - Matt Wilcox's huge page support in DAX enabled filesystems, but perhaps > more interesting is the desire for supporting PUD pages. This seems to > beg the question of supporting transparent PUD pages elsewhere. > I am also looking at switching powerpc hugetlbfs to GENERAL_HUGETLB. To support 16GB pages I would need hugepage at PUD/PGD. Can you elaborate why supporting huge PUD page is a challenge ? -aneesh -- 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