Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2758137iof; Wed, 8 Jun 2022 11:22:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzeJwAf9pfVMg0KlVVR7NqnfJ8SNOSsGVKlF9B+3+NEBh1a7jHhVokMMJrcg6+p3C7TWx4l X-Received: by 2002:a05:6402:3227:b0:42d:df54:ba24 with SMTP id g39-20020a056402322700b0042ddf54ba24mr40488854eda.49.1654712576089; Wed, 08 Jun 2022 11:22:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654712576; cv=none; d=google.com; s=arc-20160816; b=osaf0/v7Y0Gd0hHSsxTw4eU1Ixn8NEmypTfO3dkxLjiCahBbkddqAjbJxpMgOnENGC 6kVX+f61wJ6dSghauiFqJmCSrSYE9QPZVzRqGmq30cEVNeUeh/T4ClwdcQe6dWdO2tmK oH0fUNEHU/IZwg3ANUFZWzskLAhcw4XRWf70XaV6zrcyNz6G7OrMPy99UPSsqTn7CwMk zhShFAMxVBeawisO573C4cdEXKnwHXShRmIp4HQIj3Lqkb9kgBDygVxD1wlpedaO+AAt EQDPAlFjSaKsIoLjWpgs/rv1B5Tme6nUgWl+O9PLddDL0HQwwo1TTBQKYsYBNDP7uu1v Jphg== 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=IrDr8Kz1j8dPKDx8Yqa1ijoOYZWvLWUHMYl7aizOxQI=; b=EEChv5nlJCGt/YQjme7nuzkFmuqcNbHX1lEQRMURWJmweBWDDTzSyZdJYjOzULpFYg rzJ0eqDNy38Bew+aU1TXGxR+hSTIoN4G1t11eq6OPmLdcDMkHen63aJOaVXskxHIYFRD a5lD8+c8whRbRSOjvyVh7VFEgNy6Pi0DgzYg72bw+l/xF3gpI4tQA+J8YAf0lYhouKyl ZGtA9nbYj1yZuXOmx4IvwOqWjVMM2aMRBBuFc+Im9APGE/HNC/yAG+pIPJmvxQ8mA9GS YRphD//LB22rebhqMOmiwxK6KsUQBARDAnyNyO2BSn45cSHITKZ1ozEOLCEQyTV7NTyf 2O3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Zoh89d9h; 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 dr12-20020a170907720c00b006f3842a7a07si19891295ejc.696.2022.06.08.11.22.28; Wed, 08 Jun 2022 11:22:56 -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=Zoh89d9h; 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 S235966AbiFHSRH (ORCPT + 99 others); Wed, 8 Jun 2022 14:17:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36938 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235234AbiFHSPa (ORCPT ); Wed, 8 Jun 2022 14:15:30 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7663CF66 for ; Wed, 8 Jun 2022 11:15: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=1654712128; x=1686248128; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=vpePlkkr31O+12oQPMGrUPgWXPUGbY6W3sgTE/Dq26M=; b=Zoh89d9hbU2p3iEu+36XAK7EqGCm16FVz/+rxiEi1KceuShJp0fE9WX4 5ENHxktXQSCfT1GSd4X7a33Tvlh++Lhi7QO2gQ0wXYTX+3bDDMbZ4/u5q O8YPv6cv+nOF3LUC9dGSsU+HigGMcv1FMwwTh9NDzk+FBuWEg90QRD92E fLpzuyISLnBjZ2Wu90eAHWrsa6qGxjmqTMB+XAFB9TgalJw74oxb1+uG7 TggKE3DR2atvDsX/IVYhedZvqXiGy/gYvcQ/fHJN5a+/PI8WvC+sXMT9G ttR9zgLrxwmaYymazbwJOp4eq4glNtumfzaW21jAyCVQxwv0bLyI1CHHY w==; X-IronPort-AV: E=McAfee;i="6400,9594,10372"; a="277822160" X-IronPort-AV: E=Sophos;i="5.91,286,1647327600"; d="scan'208";a="277822160" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 11:15:28 -0700 X-IronPort-AV: E=Sophos;i="5.91,286,1647327600"; d="scan'208";a="580180635" Received: from schen9-mobl.amr.corp.intel.com ([10.209.124.119]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jun 2022 11:15:27 -0700 Message-ID: <6096c96086187e51706898e58610fc0148b4ca23.camel@linux.intel.com> Subject: Re: [PATCH] mm: mempolicy: N:M interleave policy for tiered memory nodes From: Tim Chen To: Johannes Weiner , linux-mm@kvack.org Cc: Hao Wang , Abhishek Dhanotia , "Huang, Ying" , Dave Hansen , Yang Shi , Davidlohr Bueso , Adam Manzanares , linux-kernel@vger.kernel.org, kernel-team@fb.com, Hasan Al Maruf Date: Wed, 08 Jun 2022 11:15:27 -0700 In-Reply-To: <20220607171949.85796-1-hannes@cmpxchg.org> References: <20220607171949.85796-1-hannes@cmpxchg.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,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 Tue, 2022-06-07 at 13:19 -0400, Johannes Weiner wrote: > > /* Do dynamic interleaving for a process */ > static unsigned interleave_nodes(struct mempolicy *policy) > { > unsigned next; > struct task_struct *me = current; > > - next = next_node_in(me->il_prev, policy->nodes); > + if (numa_tier_interleave[0] > 1 || numa_tier_interleave[1] > 1) { When we have three memory tiers, do we expect an N:M:K policy? Like interleaving between DDR5, DDR4 and PMEM memory. Or we expect an N:M policy still by interleaving between two specific tiers? The other question is whether we will need multiple interleave policies depending on cgroup? One policy could be interleave between tier1, tier2, tier3. Another could be interleave between tier1 and tier2. In the current implementation we have one global interleave knob defined by numa_iter_interleave[]. Tim