Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2329847iof; Wed, 8 Jun 2022 02:38:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxoFINjuaYiNhuyY9fCZIKITzBMmsD2khDmgR8GJMnS4dvzkqw3UhAZM+Lv8aQv1nUX9I4 X-Received: by 2002:a17:90b:48cf:b0:1e8:9438:ce13 with SMTP id li15-20020a17090b48cf00b001e89438ce13mr12074779pjb.235.1654681107068; Wed, 08 Jun 2022 02:38:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654681107; cv=none; d=google.com; s=arc-20160816; b=TBN9XfK7hyUNtnkw9q6KfNB/2lx7KZVRg+gRZeH122fd01g3y9JcTpQWLl7SfBsMEU 5Lr+MYObjfzSydsyaef7FJozLumnPCRkvV01Cc0kzS0jz87OG0A3YtexhLhHnfjGLrlD KW5ph27W+0sirIEcqBPEUwjSfBR5ReE+DHNIqwzdnz5ifZM+KRawU18JgFqqgEgO5U5b LfkuIHBvk991RgrDRaYNAF0JQCQoCcm3gNr65bO5eTczqXH6wAU9YCd1Y09XkJQ24Iz+ 7taAlCEQCSriQxFtLEZi1SzmJtU1n0tAC/gdNKIm3HORuyFWeE42LeZXdaH8rvmwek+V 1v1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=EtHRJgPW3vIM5QLocu9HQiiy5T5XNhFNVE7vagGJK7s=; b=YFIdmhwrDO3mh+whtWyjvkPxZS8qz5M/2U3AAvdgfN/HzMIYdncGGa0++rBflKkJ1o Y7egkKrKAXcAg3KrX6Sdjifx19ozWSBP/cUxiTtxH0xycDSQebf6dqtCpC9XhZ7arXAw 2tbVJZklgB0v6Gwuyw+Xu7FCtBZX8YCsD5e8NLdOE2F4Ee3Eg/m7u2Dm6o44AparLfAR 4IsLf6h4mVSawMbQ0TW7EC9jIworf0xz2ttzAKhQ1FyUb9FT0U9iLbcpqe7uU7lw/1NO cVkbA6X5GjZCuZMcGrbgPOdag8oV+E2SBZ95ChkUXYrwCQuq/umEEbb+Dl0vHzAx4V+k QtIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=DyBgs++N; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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. [23.128.96.19]) by mx.google.com with ESMTPS id x19-20020a17090300d300b001639a2a0c3bsi24070172plc.251.2022.06.08.02.38.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jun 2022 02:38:27 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=DyBgs++N; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 8A01E1666B2; Wed, 8 Jun 2022 02:09:37 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233911AbiFHJHU (ORCPT + 99 others); Wed, 8 Jun 2022 05:07:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59730 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233006AbiFHJEv (ORCPT ); Wed, 8 Jun 2022 05:04:51 -0400 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE7353B0928 for ; Wed, 8 Jun 2022 01:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1654676666; x=1686212666; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=ExKBbSfCOtpswNsSsOMGnKwgFVvsSYdnSKk9OuhGdxo=; b=DyBgs++NHiKbmWA4m5SxSdGl5CePJydZCQhiyyxX2jbweNnbasi7xaE2 mGx5QHr4mxwnp1gvGRLGZ3suA8/TxC1qHKQidwYh3BPj2HFm1S15gHP/R sx08NhjbVR5FqqUiGEhY26++0BRFgW4zZd81PEbRIKvde04Wvt4AQZiJS QsPZdyYYwignmtfiHXzRm1eQS1SyewPIE0t9PtKMlzQJU2HrjFsyAA0uL XmgYO4tv7DXFnVD6VOzP+jELFJFibZfow6P+SCrK2IFwGvGXtLgr1DL1v WHbddWorBL2eQ4nd2RxgWN1Ql0zmPsVIN6J5If3JDkMwmv66X7yCAX1f0 w==; X-IronPort-AV: E=McAfee;i="6400,9594,10371"; a="259977181" X-IronPort-AV: E=Sophos;i="5.91,285,1647327600"; d="scan'208";a="259977181" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 01:24:03 -0700 X-IronPort-AV: E=Sophos;i="5.91,285,1647327600"; d="scan'208";a="636671615" Received: from xding11-mobl.ccr.corp.intel.com ([10.254.214.239]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 01:23:57 -0700 Message-ID: <06d04b6588b43ca010ec78ce0dee8127193f5562.camel@intel.com> Subject: Re: [PATCH v5 6/9] mm/demotion: Add support for removing node from demotion memory tiers From: Ying Huang To: Aneesh Kumar K V , linux-mm@kvack.org, akpm@linux-foundation.org Cc: Wei Xu , Greg Thelen , Yang Shi , Davidlohr Bueso , Tim C Chen , Brice Goglin , Michal Hocko , Linux Kernel Mailing List , Hesham Almatary , Dave Hansen , Jonathan Cameron , Alistair Popple , Dan Williams , Feng Tang , Jagdish Gediya , Baolin Wang , David Rientjes Date: Wed, 08 Jun 2022 16:23:55 +0800 In-Reply-To: <81956d2e-0bfe-78ba-5ad0-f6c388c2190e@linux.ibm.com> References: <20220603134237.131362-1-aneesh.kumar@linux.ibm.com> <20220603134237.131362-7-aneesh.kumar@linux.ibm.com> <81956d2e-0bfe-78ba-5ad0-f6c388c2190e@linux.ibm.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,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 On Wed, 2022-06-08 at 13:50 +0530, Aneesh Kumar K V wrote: > On 6/8/22 12:29 PM, Ying Huang wrote: > > On Fri, 2022-06-03 at 19:12 +0530, Aneesh Kumar K.V wrote: > > > This patch adds the special string "none" as a supported memtier value > > > that we can use to remove a specific node from being using as demotion target. > > > > > > For ex: > > > :/sys/devices/system/node/node1# cat memtier > > > 1 > > > :/sys/devices/system/node/node1# cat ../../memtier/memtier1/nodelist > > > 1-3 > > > :/sys/devices/system/node/node1# echo none > memtier > > > :/sys/devices/system/node/node1# > > > :/sys/devices/system/node/node1# cat memtier > > > :/sys/devices/system/node/node1# cat ../../memtier/memtier1/nodelist > > > 2-3 > > > :/sys/devices/system/node/node1# > > > > Do you have a practical use case for this? What kind of memory node > > needs to be removed from memory tiers demotion/promotion? > > > > This came up in our internal discussion. It was mentioned that there is > a need to skip some slow memory nodes from participating in demotion. Again, can you provide a practical use case? Why we shouldn't demote cold pages to these slow memory nodes? How do we use these slow memory node? These slow memory node is slower than disk? Best Regards, Huang, Ying