From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladimir Davydov Subject: Re: [PATCH v3 0/3] idle memory tracking Date: Wed, 29 Apr 2015 10:58:53 +0300 Message-ID: <20150429075853.GC1694@esperanza> References: <20150429035722.GA11486@blaptop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Return-path: Content-Disposition: inline In-Reply-To: <20150429035722.GA11486@blaptop> Sender: owner-linux-mm@kvack.org To: Minchan Kim Cc: Andrew Morton , Johannes Weiner , Michal Hocko , Greg Thelen , Michel Lespinasse , David Rientjes , Pavel Emelyanov , Cyrill Gorcunov , Jonathan Corbet , linux-api@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org List-Id: linux-api@vger.kernel.org Hi Minchan, Thank you for taking a look at this patch set. On Wed, Apr 29, 2015 at 12:57:22PM +0900, Minchan Kim wrote: > On Tue, Apr 28, 2015 at 03:24:39PM +0300, Vladimir Davydov wrote: > > * /proc/kpageidle. For each page this file contains a 64-bit number, which > > equals 1 if the page is idle or 0 otherwise, indexed by PFN. A page is > > Why do we need 64bit per page to indicate just idle or not? I don't think we need this, actually. I made this file 64 bit per page only to conform to other /proc/kpage* files. Currently, I can't think of any potential use for residual 63 bits, so personally I'm fine with 1 bit per page. If nobody comes with an idea about how > 1 bits could be used, I'll switch /proc/kpageidle to a bitmask in the next iteration. Thanks, Vladimir -- 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