Received: by 10.192.165.148 with SMTP id m20csp236589imm; Fri, 4 May 2018 09:29:06 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrXwqEFlaXnFEMldYASFmAuOro7leffOQyNsanjp969aB9WmfoAXsOPP7CK/c+/1n/BNXY2 X-Received: by 2002:a17:902:2804:: with SMTP id e4-v6mr28496203plb.153.1525451346133; Fri, 04 May 2018 09:29:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525451346; cv=none; d=google.com; s=arc-20160816; b=oU1N/gm6+PVNg675lPkXFD+K51cmDNHvJCmivfXMvv/UY059nWu5WQi6gSW7uVTk/2 PbOaiKdoriq7xkhjFBbIRXzs37f+JUEs1TlIGXKSArPr+Ys9s68vkvnCegyw99seS7tn a1t8RmaG2RW5ubNzi6ujfLrmcvq8kmaBb1OWfCdD4K1bRZPVGkqQ12XpIsOcUnnGX8bY If/vq0cnOL8jWFFi90JP2NMDJOmbC2nf/9dyuVuuHq9jXFjuAeRHle+voZZitYU8yfOJ Bb5yzHBbw/cvugI7nunA7lScndIW9CBYGbucfRQVCq3qE1XyFs9BpEMrpuCiiunWs+Tr WA/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=+Hu2hHr9MM9F7dsELCJn3jKpDt8BlROG0MokGENPdW8=; b=HyVeY5NaOP3G7Sf51wiiWBNYPBCubx19p8UkdVu2DiOS1HYtdY9hckLqrEldcZaJKJ pG9Jo969+tuhUcs0R5gK6G6GbKyLnZ57mbPdSNcvC+2we3Mes8a8Xi7dnl2WC6sXbzDC d4H6RbDiou52OJg0hekwVX3lTwCUT/7AKyR6CBZ00Hj+w5Iq/3wjD1QNN4pM2mgF3Ywn fkz+VCHLoPM+rzYbj44De6emWZliGYZINckE0iUDj7ez4yCNGZU/+KjsWFP5X7gfFSRv qSWyFuKTj5tBHDiJmkiWoCZt/OqpenoFbnH4rkPD1qbUqAApnKfSNcQxlMqy2vQ5lJTv cg5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=CiTvXpKB; 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=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b70si4900424pfe.265.2018.05.04.09.28.51; Fri, 04 May 2018 09:29:06 -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=@oracle.com header.s=corp-2017-10-26 header.b=CiTvXpKB; 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=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751621AbeEDQ2a (ORCPT + 99 others); Fri, 4 May 2018 12:28:30 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:33164 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751425AbeEDQ22 (ORCPT ); Fri, 4 May 2018 12:28:28 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w44GPtLW077428; Fri, 4 May 2018 16:28:16 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=+Hu2hHr9MM9F7dsELCJn3jKpDt8BlROG0MokGENPdW8=; b=CiTvXpKBBO22vOatRRnEI3LJA3HtGVvuqCFmv9waxFWIfEvsQNIm1DQhUy9gADBb8PF4 mWzoG5DSFs8sAsSCGWQjVRjc8xxBo1ai8EQw8c54F9bQCtH4Kfbq8ca5M1j7NUK0A5BR C1wPVphv9kkKUJG77Vh7VPWGbS195Ypc8nH+q+Vss58lQFJgZmyBn/qMv/ITmwi7L1qO 7eXhj/L9DOHbyHMTP7FN/noAteVfo4oGkgkvvdMT0qBFT4EqfVhyb00ARA4emjdN56Lh O6LAnm31IyRbaTXGNWigOto66zkUvrIJOsJ+9DSVb1R7BXxfTFmvnDaHdfaTei61xyjH Mw== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp2130.oracle.com with ESMTP id 2hmeg675ve-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 04 May 2018 16:28:16 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w44GSFcI028824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 4 May 2018 16:28:16 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w44GSBQe021151; Fri, 4 May 2018 16:28:11 GMT Received: from dhcp-10-159-143-38.vpn.oracle.com (/10.159.143.38) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 04 May 2018 09:27:49 -0700 Subject: Re: [RFC PATCH] Add /proc//numa_vamaps for numa node information To: Christopher Lameter Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-api@vger.kernel.org, akpm@linux-foundation.org, mhocko@suse.com, kirill.shutemov@linux.intel.com, n-horiguchi@ah.jp.nec.com, drepper@gmail.com, rientjes@google.com References: <1525240686-13335-1-git-send-email-prakash.sangappa@oracle.com> From: Prakash Sangappa Message-ID: <98e34010-d55a-5f2d-7d98-cba424de2e74@oracle.com> Date: Fri, 4 May 2018 09:27:04 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8883 signatures=668698 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805040151 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/4/18 7:57 AM, Christopher Lameter wrote: > On Thu, 3 May 2018, prakash.sangappa wrote: > >>>> exact numa node from where the pages have been allocated. >>> Cant you write a small script that scans the information in numa_maps and >>> then displays the total pages per NUMA node and then a list of which >>> ranges have how many pages on a particular node? >> Don't think we can determine which numa node a given user process >> address range has pages from, based on the existing 'numa_maps' file. > Well the information is contained in numa_maps I thought. What is missing? Currently 'numa_maps' gives a list of numa nodes, memory is allocated per VMA. Ex. we get something like from numa_maps. 04000  N0=1,N2=2 kernelpagesize_KB=4 First is the start address of a VMA. This VMA could be much larger then 3 4k pages. It does not say which address in the VMA has the pages mapped. > >>>> reading this file will not be restricted(i.e requiring CAP_SYS_ADMIN). >>> So a prime motivator here is security restricted access to numa_maps? >> No it is the opposite. A regular user should be able to determine >> numa node information. > That used to be the case until changes were made to the permissions for > reading numa_maps. >