Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753520AbbEHQ7y (ORCPT ); Fri, 8 May 2015 12:59:54 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60866 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752809AbbEHQ7x (ORCPT ); Fri, 8 May 2015 12:59:53 -0400 Message-ID: <554CEB5D.90209@redhat.com> Date: Fri, 08 May 2015 12:59:09 -0400 From: Rik van Riel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Linus Torvalds , John Stoffel CC: Ingo Molnar , Dave Hansen , Dan Williams , Linux Kernel Mailing List , Boaz Harrosh , Jan Kara , Mike Snitzer , Neil Brown , Benjamin Herrenschmidt , Heiko Carstens , Chris Mason , Paul Mackerras , "H. Peter Anvin" , Christoph Hellwig , Alasdair Kergon , "linux-nvdimm@lists.01.org" , Mel Gorman , Matthew Wilcox , Ross Zwisler , Martin Schwidefsky , Jens Axboe , "Theodore Ts'o" , "Martin K. Petersen" , Julia Lawall , Tejun Heo , linux-fsdevel , Andrew Morton Subject: Re: [PATCH v2 00/10] evacuate struct page from the block layer, introduce __pfn_t References: <20150507173641.GA21781@gmail.com> <554BA748.9030804@linux.intel.com> <20150507191107.GB22952@gmail.com> <554CBE17.4070904@redhat.com> <20150508140556.GA2185@gmail.com> <21836.51957.715473.780762@quad.stoffel.home> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1594 Lines: 36 On 05/08/2015 11:54 AM, Linus Torvalds wrote: > On Fri, May 8, 2015 at 7:40 AM, John Stoffel wrote: >> >> Now go and look at your /home or /data/ or /work areas, where the >> endusers are actually keeping their day to day work. Photos, mp3, >> design files, source code, object code littered around, etc. > > However, the big files in that list are almost immaterial from a > caching standpoint. > The big files in your home directory? Let me make an educated guess. > Very few to *none* of them are actually in your page cache right now. > And you'd never even care if they ever made it into your page cache > *at*all*. Much less whether you could ever cache them using large > pages using some very fancy cache. However, for persistent memory, all of the files will be "in memory". Not instantiating the 4kB struct pages for 2MB areas that are not currently being accessed with small files may make a difference. For dynamically allocated 4kB page structs, we need some way to discover where they are. It may make sense, from a simplicity point of view, to have one mechanism that works both for pmem and for normal system memory. I agree that 4kB granularity needs to continue to work pretty much forever, though. As long as people continue creating text files, they will just not be very large. -- All rights reversed -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/