Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp220640iob; Mon, 2 May 2022 17:37:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4YudzpDLa3hoi+5mlYVIvLbq3A/wSoXi6cZaTUdzNXw7JVwSuqwo6b/GOGbUyjn0wNNXD X-Received: by 2002:a17:902:c94f:b0:15e:b542:3ef6 with SMTP id i15-20020a170902c94f00b0015eb5423ef6mr1649325pla.55.1651538224098; Mon, 02 May 2022 17:37:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651538224; cv=none; d=google.com; s=arc-20160816; b=M01URACzbJQ+mIIrFIHVlwVD4JC8sfC/9vkYgFYTknTEWlTOI4qn2zeMZhETMcw12J tDB1A5NvqDhEw5i77sne1dzwP88R8u51HqbE5Oqe758CaNTjuHeD7+MNmM/OoThua9jF N04Oiw9G3lmk+fJ0y/2SoeH5qIAD3A0gphRRtMhAXQjqkiWqQH0WU2KNhxARAnCM1nMN lZ5qgl4an4BNxbmvJ3NcX4YBfs4PkBrTKuuncH3oEb1xCjqDE0szLFMzfSHVUgn6vIRv UhGBjUd0RDchKex8/UpJR70o1+gm6Of6wndgw3/TvXG2HUNGDhZHZHT8za4GB2lTK9z4 e3sg== 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:to:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=E4kxDDLnb0ZPLe1Fol+q+DdIjmlov13EyTf0iqLEV9M=; b=l7rNzbesEF6k7xjG021ZTYDYYwPI6JFnhfnvpY2I6uFCw+PJEfKe9rZoBTZicW8QdU kp2U3jzy3kTAkD+EwWeEw8qZvcvJssqMMX2G8pGHSccm0Nqrkeo2twoeNa8yX1uO97zM kYyWUb6i9SD9PyPM2JGz6ZlD5/KRh5M2GJMuHHaEJw/T3Vdc13LaDCR+F/JpEbHmA0FD 0LCUHcJl/CXaNVWw7v2rdCeQYtci1er0Q0McyZ/9o6G1kSLQinzAnkXm9QSSeESYoJSq x68Ls92ow1DhiTVhRiU06SSj3gJAEypRQXEnQ5LUJ5HrLv9FuppyT/jVNC5p1KpEoAZ6 i7cQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=UxnBSN9Q; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id w17-20020a627b11000000b0050cf519ee15si14318234pfc.220.2022.05.02.17.37.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 May 2022 17:37:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=UxnBSN9Q; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6106044A03; Mon, 2 May 2022 17:28:52 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1385736AbiEBPYc (ORCPT + 99 others); Mon, 2 May 2022 11:24:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1385751AbiEBPYA (ORCPT ); Mon, 2 May 2022 11:24:00 -0400 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DEEBA1AF for ; Mon, 2 May 2022 08:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1651504830; x=1683040830; h=message-id:date:mime-version:subject:to:references:from: in-reply-to:content-transfer-encoding; bh=3eV2vVXH7WHHzEX7UlnYBUTcCZN92RvrzzPd/WWwpzQ=; b=UxnBSN9QyG/5RrrRGvMOO76SDBEOJBprRzOqswsjTr9UXBFQmmrepSPl DeaKUF7SqT0iStblxnkwyFFNsEtDs8h7cGsCLl3kqF4DwQra+uKrQtFQB PqD/7gK7j8XSqOH5PpxpVe4XHgkzUKqwK7jJ+QPWbs7975qjZlDkkp1c3 cCUvVHrBNiolTLxD3O0uOYvgJh2VbKdhAAmsdTLvpPxe8Ate4AXVPvl3m FWGd3y3nDRhx1Gv+5Md0luynz5Dv4XnIG7g9IIag6ZoQ9cDoJfL36cgBo y4OqHjIAJAEgT+vOEi4Vkdhw6OwvQFEePHeDjha138Q2bmwkw7QtKAo/0 w==; X-IronPort-AV: E=McAfee;i="6400,9594,10335"; a="330227449" X-IronPort-AV: E=Sophos;i="5.91,192,1647327600"; d="scan'208";a="330227449" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 May 2022 08:20:28 -0700 X-IronPort-AV: E=Sophos;i="5.91,192,1647327600"; d="scan'208";a="663565365" Received: from gsteinke-mobl.amr.corp.intel.com (HELO [10.209.165.8]) ([10.209.165.8]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 May 2022 08:20:26 -0700 Message-ID: Date: Mon, 2 May 2022 08:20:45 -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: 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 , Alistair Popple , Davidlohr Bueso , Michal Hocko , Baolin Wang , Brice Goglin , Feng Tang , Jonathan.Cameron@huawei.com References: From: Dave Hansen In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 > The current memory tiering interface needs to be improved to address > several important use cases: FWIW, I totally agree. We knew when that code went in that the default ordering was feeble. There were patches to export the demotion order and allow it to be modified from userspace, but they were jettisoned at some point. > Memory tiering hierarchy is rebuilt upon hot-add or hot-remove of a > memory node, but is NOT rebuilt upon hot-add or hot-remove of a CPU > node. Yeah, this would be a welcome improvement if we can get there. > * /sys/devices/system/node/memory_tiers > > Format: node list (one tier per line, in the tier order) > > When read, list memory nodes by tiers. Nit: this would seems to violate the one-value-per-file sysfs guideline. It can be fixed by making tiers actual objects, which would have some other nice benefits too.