Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756802AbcCUQZO (ORCPT ); Mon, 21 Mar 2016 12:25:14 -0400 Received: from resqmta-ch2-03v.sys.comcast.net ([69.252.207.35]:54574 "EHLO resqmta-ch2-03v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756392AbcCUQZL (ORCPT ); Mon, 21 Mar 2016 12:25:11 -0400 Date: Mon, 21 Mar 2016 11:25:09 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@east.gentwo.org To: "Kirill A. Shutemov" cc: Andrew Morton , Alexander Viro , Linus Torvalds , Matthew Wilcox , Hugh Dickins , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 0/3] fs, mm: get rid of PAGE_CACHE_* and page_cache_{get,release} macros In-Reply-To: <1458561998-126622-1-git-send-email-kirill.shutemov@linux.intel.com> Message-ID: References: <1458561998-126622-1-git-send-email-kirill.shutemov@linux.intel.com> Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 556 Lines: 14 On Mon, 21 Mar 2016, Kirill A. Shutemov wrote: > PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} macros were introduced *long* time ago > with promise that one day it will be possible to implement page cache with > bigger chunks than PAGE_SIZE. > > This promise never materialized. And unlikely will. So we decided that we are never going to put THP pages on a LRU? Will this actually work if we have really huge memory (100s of TB) where almost everything is a huge page? Guess we have to use hugetlbfs and we need to think about this as being exempt from paging.