Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp643270ybi; Fri, 26 Jul 2019 16:40:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqzTMCJphLUaghpPuB1I3l9aJPMzSDJsVMjob7pAI8q8E3RyK50/nARzRwBKjDIHN8xiGjg1 X-Received: by 2002:aa7:8392:: with SMTP id u18mr24987114pfm.72.1564184413735; Fri, 26 Jul 2019 16:40:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564184413; cv=none; d=google.com; s=arc-20160816; b=ppCqu3rbFPfapaJyOLnb0VyUQJhSLnko33RUmjT/U1lABOPfgTH4AWDvR01mq/dIrD Ab++tPMEFO5Ei2qnrlXLtaLCWdEdP84yZEQCFKhIdvuHH9t3iK4v+OiWDBGvx31qrFVN TVvwrZfKlZ1mIPeHup0R4fgoeL64Gsrc1pqx2JmvnMplX7itF7TDGR22FPbd3tWG2FTD DHUmeCMKyzaI8j0CA828faryBmmBfgoH2amPs0Uu3TEAkFHtML3Y8U2JgspOQVR9XUyj trvknNN/ejmuYXOWkfBCTN3XkUNI+MofHeb3eRQsHIDNk+dyjp+mnexZYS1ma/AUjPsQ IoWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=j/IRcBqVskGgCakuPtG7Hutcm/XW9ghuXgQa4VWoPlM=; b=LzvfoqcD+36VRWcErktcty0skGwDHfKc/wwzM5shGVs4uC5mjddHuML7p++dVngfTD DsR4klms6Urd+/c1pSXTimst4jzEgWDP06hn1LaohWBQM0fcqEfChPHPqp2SxsFZZ4s1 hDflTCWWXfF8upIRN4jZtEyj0SwobsELFaIkuSPtVxOzTip7DM1SBsNbfeSOWyZOpup+ QWgcczEPbQ4TelRGiUHJ9mCiq2GPGdHCKAQztam+hX4i0/uJil9EzR6mx68UogEM9Ki7 GTCsXarKLfne1x3EVRPIUaWinWHCE6wxh6qgn25+CEK60zuqL+eyhpMyUJbvYJh7A+0Q ns1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="LK/US9Wb"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r19si21545163pfh.50.2019.07.26.16.39.58; Fri, 26 Jul 2019 16:40:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="LK/US9Wb"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727445AbfGZURQ (ORCPT + 99 others); Fri, 26 Jul 2019 16:17:16 -0400 Received: from mail-pg1-f193.google.com ([209.85.215.193]:40486 "EHLO mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726784AbfGZURP (ORCPT ); Fri, 26 Jul 2019 16:17:15 -0400 Received: by mail-pg1-f193.google.com with SMTP id w10so25277855pgj.7 for ; Fri, 26 Jul 2019 13:17:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=j/IRcBqVskGgCakuPtG7Hutcm/XW9ghuXgQa4VWoPlM=; b=LK/US9WbkyS77sGoAMWZy8gc2tGLtDUIhGi4KMKrm9oXRfVinKUyR1ssB6V7E0lSPF t/FBIGuDdkXVBs+1IGdLW0u4vU7EhC8ye6/SumBvlCByTHKDzSPQANwc2+Cz5KG93322 DxJth4doKg55yaBKLnxxhquhCyOPSzH0DfcrLstq3TIPdIfoqLAhdPV2sW/jW5uOEgZh 9dNoVlQg4Fd0RgDO2d3e7R3Sc/NQM7WAwGpOyVBMibzfmrm1SxYT0p4MtOVewLloU9/U dg8autDLELzhHkbhQ0F+N69b27WnOJG4toZ032w1oSfL/RGxxCMWWcFDcxTzJ3oZGhWY RzmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=j/IRcBqVskGgCakuPtG7Hutcm/XW9ghuXgQa4VWoPlM=; b=UANdowcFus9hCrfjMYa+Qd0GxtxQZyr4paVxPXwj/Gp0Izk/epYivwrU1FtlIMbEUA rad08lQlMSuDpux4rgJN5OfOch7lkt7JwYOB96sRVgB6wHWlO27uJi+6nlQ4iwqqh+ff JkgrgR/ZGKvv8FLBmwLM+K1+vsvadBmCiyixbQTe4KiurFZM7plspGvgH44RSa8naTTg Avl8wAQaULZFL/9AlIzbu0nGcSvc3DJK9TRv4KqUvWqa9Yfx6C/h+nTYa/uLP9pfhX67 1NLPChibfEGNwh7AgMoNdLGQiSQ0Q5cNkGiHFtJmUNyJ2A6zcCT2Jur69iAba6M1uYwS +x4w== X-Gm-Message-State: APjAAAV5pecurpvb1etmm7ko5nTqiQ5kmccirjc3951Fy6OvQZ6AuIV4 FIrb3K1Yng3KCsRcV6mGexcr1Q== X-Received: by 2002:a17:90a:220a:: with SMTP id c10mr101547847pje.33.1564172234495; Fri, 26 Jul 2019 13:17:14 -0700 (PDT) Received: from sspatil-workstation.mtv.corp.google.com ([2620:15c:211:0:fb21:5c58:d6bc:4bef]) by smtp.gmail.com with ESMTPSA id s185sm80459064pgs.67.2019.07.26.13.17.11 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 26 Jul 2019 13:17:12 -0700 (PDT) Date: Fri, 26 Jul 2019 13:17:10 -0700 From: sspatil@google.com To: joel@joelfernandes.org, linux-kernel@vger.kernel.org, adobriyan@gmail.com, akpm@linux-foundation.org, bgregg@netflix.com, chansen3@cisco.com, dancol@google.com, fmayer@google.com, joaodias@google.com, joelaf@google.com, corbet@lwn.net, keescook@chromium.org, kernel-team@android.com, linux-api@vger.kernel.org, linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, mhocko@suse.com, rppt@linux.ibm.com, minchan@kernel.org, namhyung@google.com, guro@fb.com, sfr@canb.auug.org.au, surenb@google.com, tkjos@google.com, vdavydov.dev@gmail.com, vbabka@suse.cz, wvw@google.com, sspatil+mutt@google.com Cc: linux-kernel@vger.kernel.org, Alexey Dobriyan , Andrew Morton , Brendan Gregg , Christian Hansen , dancol@google.com, fmayer@google.com, joaodias@google.com, joelaf@google.com, Jonathan Corbet , Kees Cook , kernel-team@android.com, linux-api@vger.kernel.org, linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Michal Hocko , Mike Rapoport , minchan@kernel.org, namhyung@google.com, Roman Gushchin , Stephen Rothwell , surenb@google.com, tkjos@google.com, Vladimir Davydov , Vlastimil Babka , wvw@google.com Subject: Re: [PATCH v3 2/2] doc: Update documentation for page_idle virtual address indexing Message-ID: <20190726201710.GA144547@google.com> References: <20190726152319.134152-1-joel@joelfernandes.org> <20190726152319.134152-2-joel@joelfernandes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190726152319.134152-2-joel@joelfernandes.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks Joel, just a couple of nits for the doc inline below. Other than that, Reviewed-by: Sandeep Patil I'll plan on making changes to Android to use this instead of the pagemap + page_idle. I think it will also be considerably faster. On Fri, Jul 26, 2019 at 11:23:19AM -0400, Joel Fernandes (Google) wrote: > This patch updates the documentation with the new page_idle tracking > feature which uses virtual address indexing. > > Signed-off-by: Joel Fernandes (Google) > --- > .../admin-guide/mm/idle_page_tracking.rst | 43 ++++++++++++++++--- > 1 file changed, 36 insertions(+), 7 deletions(-) > > diff --git a/Documentation/admin-guide/mm/idle_page_tracking.rst b/Documentation/admin-guide/mm/idle_page_tracking.rst > index df9394fb39c2..1eeac78c94a7 100644 > --- a/Documentation/admin-guide/mm/idle_page_tracking.rst > +++ b/Documentation/admin-guide/mm/idle_page_tracking.rst > @@ -19,10 +19,14 @@ It is enabled by CONFIG_IDLE_PAGE_TRACKING=y. > > User API > ======== > +There are 2 ways to access the idle page tracking API. One uses physical > +address indexing, another uses a simpler virtual address indexing scheme. > > -The idle page tracking API is located at ``/sys/kernel/mm/page_idle``. > -Currently, it consists of the only read-write file, > -``/sys/kernel/mm/page_idle/bitmap``. > +Physical address indexing > +------------------------- > +The idle page tracking API for physical address indexing using page frame > +numbers (PFN) is located at ``/sys/kernel/mm/page_idle``. Currently, it > +consists of the only read-write file, ``/sys/kernel/mm/page_idle/bitmap``. > > The file implements a bitmap where each bit corresponds to a memory page. The > bitmap is represented by an array of 8-byte integers, and the page at PFN #i is > @@ -74,6 +78,31 @@ See :ref:`Documentation/admin-guide/mm/pagemap.rst ` for more > information about ``/proc/pid/pagemap``, ``/proc/kpageflags``, and > ``/proc/kpagecgroup``. > > +Virtual address indexing > +------------------------ > +The idle page tracking API for virtual address indexing using virtual page > +frame numbers (VFN) is located at ``/proc//page_idle``. It is a bitmap > +that follows the same semantics as ``/sys/kernel/mm/page_idle/bitmap`` > +except that it uses virtual instead of physical frame numbers. > + > +This idle page tracking API does not need deal with PFN so it does not require s/need// > +prior lookups of ``pagemap`` in order to find if page is idle or not. This is s/in order to find if page is idle or not// > +an advantage on some systems where looking up PFN is considered a security > +issue. Also in some cases, this interface could be slightly more reliable to > +use than physical address indexing, since in physical address indexing, address > +space changes can occur between reading the ``pagemap`` and reading the > +``bitmap``, while in virtual address indexing, the process's ``mmap_sem`` is > +held for the duration of the access. > + > +To estimate the amount of pages that are not used by a workload one should: > + > + 1. Mark all the workload's pages as idle by setting corresponding bits in > + ``/proc//page_idle``. > + > + 2. Wait until the workload accesses its working set. > + > + 3. Read ``/proc//page_idle`` and count the number of bits set. > + > .. _impl_details: > > Implementation Details > @@ -99,10 +128,10 @@ When a dirty page is written to swap or disk as a result of memory reclaim or > exceeding the dirty memory limit, it is not marked referenced. > > The idle memory tracking feature adds a new page flag, the Idle flag. This flag > -is set manually, by writing to ``/sys/kernel/mm/page_idle/bitmap`` (see the > -:ref:`User API ` > -section), and cleared automatically whenever a page is referenced as defined > -above. > +is set manually, by writing to ``/sys/kernel/mm/page_idle/bitmap`` for physical > +addressing or by writing to ``/proc//page_idle`` for virtual > +addressing (see the :ref:`User API ` section), and cleared > +automatically whenever a page is referenced as defined above. > > When a page is marked idle, the Accessed bit must be cleared in all PTEs it is > mapped to, otherwise we will not be able to detect accesses to the page coming > -- > 2.22.0.709.g102302147b-goog > > -- > To unsubscribe from this group and stop receiving emails from it, send an email to kernel-team+unsubscribe@android.com. >