From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932512AbdJZOZl (ORCPT ); Thu, 26 Oct 2017 10:25:41 -0400 Received: from mga03.intel.com ([134.134.136.65]:57626 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932246AbdJZOZk (ORCPT ); Thu, 26 Oct 2017 10:25:40 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.43,434,1503385200"; d="scan'208";a="914040198" Subject: Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps To: Michal Hocko , "Du, Fan" References: <1508891255-15427-1-git-send-email-fan.du@intel.com> <20171025092838.4j4u4eeppzh6uto2@dhcp22.suse.cz> <5A90DA2E42F8AE43BC4A093BF06788481AA50489@SHSMSX104.ccr.corp.intel.com> <20171026141943.fsmd4goiec32qjkf@dhcp22.suse.cz> Cc: "akpm@linux-foundation.org" , "hch@lst.de" , "Williams, Dan J" , "linux-kernel@vger.kernel.org" , "linux-api@vger.kernel.org" From: Dave Hansen Message-ID: <10bc2525-fccc-81e6-1ec0-27d63cff89b4@intel.com> Date: Thu, 26 Oct 2017 07:25:37 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171026141943.fsmd4goiec32qjkf@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/26/2017 07:19 AM, Michal Hocko wrote: >> Current vm_normal_page implementation doesn't pick up page with DEVMAP pfn. >> The second patch fix this and export DAX mappings into counters introduced in the >> first patch. >> >> IMO, the user care more about how much persistent memory they used, how about >> a small tweak with smaps_account, and report the total mapping size into RSS/PSS, >> which user are usually more familiar with? > No! Rss and pss is already used by many tools to evaluate misbehaving > tasks. If you start accounting the memory which is not bound to the > process life time then you can break those usecases. This is the reason > why hugetlb is not accounted to rss as well. Yeah, folks (rightly) assume Rss is memory and eaten from MemTotal. DAX mappings do not use RAM.