Received: by 10.192.165.148 with SMTP id m20csp86624imm;
        Thu, 3 May 2018 15:27:27 -0700 (PDT)
X-Google-Smtp-Source: AB8JxZplctczftE7nvC1aMehpBFfJyb1mImzHw8lYiOo8LR7dyj8cOROWbNXvEQalx1O1uV22frb
X-Received: by 10.98.162.30 with SMTP id m30mr8618379pff.251.1525386447677;
        Thu, 03 May 2018 15:27:27 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1525386447; cv=none;
        d=google.com; s=arc-20160816;
        b=blbMv5wBQiN2NNEzbJR4S2O1lGFrW6kPOoybi9hpNgp6QxW3G6Dt88aEB9epYxUYnn
         L0tFXCEpsc7oZ/Tp2Y3zeR1m2bnFkGHKjQnopY1Xq+uJ0Jn7UKJy68a2QNRYQVBKY/l5
         857eioPwEfyGcPd8TMUlIqWLJR+yTOgjTVl3/rml6pqvpOvd+GMmf8dEyQXP/1dRzr2X
         PIQ9XEwRjMfkQ1dLJJqQ42Ldlc2HdjSpA4vE88fqUafYGnrjyLxEZct+KWv1vC4/6pS4
         lUEGXNFCczDSE4BY7CY4czj2RmPTL84Y1cuQGe+w+1q0cLNjf68CdGFs8hDEjHj4jcsX
         joyw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:precedence:sender:content-transfer-encoding
         :content-language:in-reply-to:mime-version:user-agent:date
         :message-id:openpgp:from:cc:references:to:subject
         :arc-authentication-results;
        bh=muKK4vVI+VBHVqXffBt9xq4TIB7I6z5eFosaQyFo+Qc=;
        b=dVKaAw1PwwAaA44CNJkmLbtfXCNtxAwc+kbf6Vus+ChgsCaVwrH5Dh8hOzr5pg8af3
         ekMdwLzH4MOAow4ym0IYujHuRwFiOxb3J466BYZJxY2C/tauCXR6o+TEUZYMjPFFGrJb
         JRRBtFNExkC94eZYP3noqGgRB7J4yQyAqTb7XwlTIMecOzuAmEivYSWQJmzqTvKqpxj7
         PGaw8dBRLRVyHy0kvlxmWAlK8RP0evFBQLu9usWqFEiXxovXD1NyDUk2s+j/xiJBxl1S
         r3sHYurgikqFPP1vCH+URVtBTmTwkosvgi1mKvxlY3tqZGmgHWuiTCGf+aj+Mjxl6yNv
         V5Rw==
ARC-Authentication-Results: i=1; mx.google.com;
       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
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67])
        by mx.google.com with ESMTP id s13-v6si1797061plp.350.2018.05.03.15.27.11;
        Thu, 03 May 2018 15:27:27 -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;
       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
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751234AbeECW0z (ORCPT <rfc822;ereslibre@gmail.com> + 99 others);
        Thu, 3 May 2018 18:26:55 -0400
Received: from mga04.intel.com ([192.55.52.120]:21544 "EHLO mga04.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1750829AbeECW0y (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 3 May 2018 18:26:54 -0400
X-Amp-Result: SKIPPED(no attachment in message)
X-Amp-File-Uploaded: False
Received: from orsmga001.jf.intel.com ([10.7.209.18])
  by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 May 2018 15:26:54 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.49,360,1520924400"; 
   d="scan'208";a="53017137"
Received: from ray.jf.intel.com (HELO [10.7.201.133]) ([10.7.201.133])
  by orsmga001.jf.intel.com with ESMTP; 03 May 2018 15:26:53 -0700
Subject: Re: [RFC PATCH] Add /proc/<pid>/numa_vamaps for numa node information
To:     prakash.sangappa@oracle.com,
        Anshuman Khandual <khandual@linux.vnet.ibm.com>,
        Andrew Morton <akpm@linux-foundation.org>
References: <1525240686-13335-1-git-send-email-prakash.sangappa@oracle.com>
 <20180502143323.1c723ccb509c3497050a2e0a@linux-foundation.org>
 <2ce01d91-5fba-b1b7-2956-c8cc1853536d@intel.com>
 <33f96879-351f-674a-ca23-43f233f4eb1d@linux.vnet.ibm.com>
 <82d2b35c-272a-ad02-692f-2c109aacdfb6@oracle.com>
Cc:     linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        linux-api@vger.kernel.org, mhocko@suse.com,
        kirill.shutemov@linux.intel.com, n-horiguchi@ah.jp.nec.com,
        drepper@gmail.com, rientjes@google.com,
        Naoya Horiguchi <nao.horiguchi@gmail.com>
From:   Dave Hansen <dave.hansen@intel.com>
Openpgp: preference=signencrypt
Message-ID: <8569dabb-4930-aa20-6249-72457e2df51e@intel.com>
Date:   Thu, 3 May 2018 15:26:53 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <82d2b35c-272a-ad02-692f-2c109aacdfb6@oracle.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 05/03/2018 03:27 PM, prakash.sangappa wrote:
>>
> If each consecutive page comes from different node, yes in
> the extreme case is this file will have a lot of lines. All the lines
> are generated at the time file is read. The amount of data read will be
> limited to the user read buffer size used in the read.
> 
> /proc/<pid>/pagemap also has kind of  similar issue. There is 1 64
> bit value for each user page.
But nobody reads it sequentially.  Everybody lseek()s because it has a
fixed block size.  You can't do that in text.