Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp485903iob; Wed, 4 May 2022 00:48:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxVcKa0hF6izqRNkPXwtpB2Z36n1sqMxPClk/l3tD6OBF0i13JfJtEaPOYDzDxrGyaThz3Y X-Received: by 2002:a63:554c:0:b0:3c1:65f2:5543 with SMTP id f12-20020a63554c000000b003c165f25543mr16970125pgm.4.1651650523240; Wed, 04 May 2022 00:48:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651650523; cv=none; d=google.com; s=arc-20160816; b=tRW2F23MrrZvuBib71v/1x3xSCucl1jR1CHBXVIrE5a01JlrdLFfKaf0eOrx91P/JA m8xE52k3UcZzFJL1tnu57inDPCfu10ZsbhYmPKYu5Yy5TAZH5rrE5bsPbFtJaaiWLC0p mv7UrxrvUq9htPTT9v2RQxwD2HRZ2NQi0eGOCGPOQXy41W1rJN6t72aMwiP/6ACjlFIh aLxuRYpag/ynaqma1gY4hojM1VuJ6XKa6fEiRec72r67HVwc7rxBINsC5pOncrgWOL1p 7Sab8i+0j4KQmmc3Td0//o6WB9bR/eNPRcWsDsNvqe5UUyrIeGKHHiDBktM+tG3Uv/Nm 3epQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=binVt3HaU1mpz3kGUlewr770cl6nRRpb8xHrRq3pumk=; b=z54KbnVhTLXCg7GCo0ARNvjDf+NABBY5Rur4xwioVvrEWGNePdjejZnLwCUTJVUvRn dEgEb7AI+dxs5RY2sdLlst7lPGQJrIOfn0J8S2Vgn8Wf4cyqTGkwViPumhah04pirsVH E4JYGY3siF2ETcrxe13mu87awfbR/ggZqQPpFu4egclLzUJmUirnKIFyEMqj2wMPHXJ/ f7q9LzU3sIvXT4/LyqFqpvfEbUBWF2kVHxb/Tu5/QAMSN1dfk6GVjiWEv4vigtzRqfW3 pJaHEcGEvhj6l7BWHZ+57XnUdegou5f64nXypVMBpsxeuO3EjxyRS1CaYOsboLw9uUDn SQEA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=TCYXAwFj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e6-20020a170903240600b00158cefcc031si19090914plo.216.2022.05.04.00.48.28; Wed, 04 May 2022 00:48:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=TCYXAwFj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240630AbiECRu6 (ORCPT + 99 others); Tue, 3 May 2022 13:50:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40748 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240621AbiECRu4 (ORCPT ); Tue, 3 May 2022 13:50:56 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7FE1427B0E for ; Tue, 3 May 2022 10:47:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1651600042; x=1683136042; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=sxiHAHKs3kGHAX7nEqE25i1M6VS4EbzVzl9niPw4Uv4=; b=TCYXAwFjhAWnieAh5FBmN7OkM7sTqpS/kbwsv4/Zh8neiMsWhZUT9VHi 4kYO0FjWa7NmsPDs9/b3yIRH3GiitTGXFdY/bpEYPMMS3kxO1/7pZPd6J sJFsmWrU6NkbUsewPle5KrDr6hSATZvbZ9Is0wTcdEH3lF/tzvVu6Gv0o bQs6PR/ArRjo2vD1iXEXwXUI8Wpaic2qIS+RqbdvrrVwe49ZNWSyD2NmY Sud+kh7Lv4i+1rUD9+tqFfieTiaobaeuvNbz+o/f6xrUbjSaZY3Z5LnAJ McJrgtEKjBneRD6pxrwveUTqZdJ1AQGnYyeTHrcbQ92jVLGCJhYNGtx51 g==; X-IronPort-AV: E=McAfee;i="6400,9594,10336"; a="267136843" X-IronPort-AV: E=Sophos;i="5.91,195,1647327600"; d="scan'208";a="267136843" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 May 2022 10:47:02 -0700 X-IronPort-AV: E=Sophos;i="5.91,195,1647327600"; d="scan'208";a="536435108" Received: from prdidome-mobl.amr.corp.intel.com (HELO [10.212.51.158]) ([10.212.51.158]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 May 2022 10:47:01 -0700 Message-ID: Date: Tue, 3 May 2022 10:47:20 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: RFC: Memory Tiering Kernel Interfaces Content-Language: en-US To: Alistair Popple , Davidlohr Bueso Cc: Wei Xu , Andrew Morton , Dave Hansen , Huang Ying , Dan Williams , Yang Shi , Linux MM , Greg Thelen , "Aneesh Kumar K.V" , Jagdish Gediya , Linux Kernel Mailing List , Michal Hocko , Baolin Wang , Brice Goglin , Feng Tang , Jonathan.Cameron@huawei.com References: <20220501175813.tvytoosygtqlh3nn@offworld> <87o80eh65f.fsf@nvdebian.thelocal> From: Dave Hansen In-Reply-To: <87o80eh65f.fsf@nvdebian.thelocal> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/3/22 10:14, Alistair Popple wrote: > I would certainly be interested in figuring out how HW could provide some sort > of heatmap to identify which pages are hot and which processing unit is using > them. Currently for these systems users have to manually assign memory policy to > get any reasonable performance, both to disable NUMA balancing and make sure > memory is allocated on the right node. Autonuma-induced page faults are a total non-starter for lots of workloads, even ignoring GPUs. Basically anyone who is latency sensitive stays far, far away from autonuma. As for improving on page faults for data collection... *Can* hardware provide this information? Definitely. Have hardware vendors been motivated enough to add hardware to do this? Nope, not yet. Do you know anyone that works for any hardware companies? ;) Seriously, though. Folks at Intel _are_ thinking about this problem. I'm hoping we have hardware some day to help lend a hand. The more hardware vendors that do this, the more likely it is that we'll have good kernel code to consume data from the hardware.