From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 94834C07545 for ; Wed, 25 Oct 2023 01:15:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B00166B02FC; Tue, 24 Oct 2023 21:15:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id AB0616B02FD; Tue, 24 Oct 2023 21:15:13 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 99F656B02FE; Tue, 24 Oct 2023 21:15:13 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 892DB6B02FC for ; Tue, 24 Oct 2023 21:15:13 -0400 (EDT) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 587C71CB464 for ; Wed, 25 Oct 2023 01:15:13 +0000 (UTC) X-FDA: 81382215306.21.ED396F7 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.100]) by imf25.hostedemail.com (Postfix) with ESMTP id D7C82A0008 for ; Wed, 25 Oct 2023 01:15:10 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=WJaf2vEV; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf25.hostedemail.com: domain of ying.huang@intel.com designates 134.134.136.100 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1698196511; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=+bmIrNxgH6BwcYgHy/OPzzPdzwKU13BybfZjFsifrMs=; b=2K2hJgygyVBsPcpAClEn8orkPnu2pVK6IQH+LSUru40LV5WAEYaUE1vykdhv6Zn6AmdubW LTGlqSay8NeXp0ToHvUvh+7TDLbo7BeE3V47tp/LZb8sqZwFUy+alg36j/JWcCRIm8gBrB osksI4xQfwtMVnZQcVnBvS6d8irO3H4= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=WJaf2vEV; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf25.hostedemail.com: domain of ying.huang@intel.com designates 134.134.136.100 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698196511; a=rsa-sha256; cv=none; b=CIxTgjDqDWaR19nzFb9OQ1dOk7rm/CbRFEnOL9TAXQD4wx1UPDE1rAeMYplHBhG3C2m3jw +emJRlQQQFlJdVnr2fBLExOfKO7gW5RjZyWjyCa95O6JfjWi9lmNObw5Ftyo2QNThxh0hT truXvZCTKral5xJD+I7foMlLcO1WVkk= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698196510; x=1729732510; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=hwdrzypiR2fkRDdIHItSVOvz5i+uOdVyUow0cUbAgn8=; b=WJaf2vEVxCIpC2aJfQ0d6xEr1LJo7VxJpTmm8F+1K6fgI7xm//3K5mZD MGApq2gRnrZ8N+FWSJXL6kBVO6D2pDIr3+OvIOQW4Ejhf5W9gtOOJgfE2 GHw0vithUiUBw66WoLCky4vDpD7cUsYGkcKLeo3yJC4jcendNBJOhhqEo 6/phuHBIdBeA+EtArrDsZfkoV2R2V6fk/CCFer1PuHb4KPqkNDsT+HKOh LwjOX67NZTxm4OnX6p91Y7i0ZZFbsaagrfuxq0ix/f6PoTwzjtQucODif hXKlrY0hDKR8zKMdkNCohm5wh8t9vWI9Fuwpldb6ZQI9zfxyaw/JbP9v9 A==; X-IronPort-AV: E=McAfee;i="6600,9927,10873"; a="453683278" X-IronPort-AV: E=Sophos;i="6.03,249,1694761200"; d="scan'208";a="453683278" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Oct 2023 18:15:08 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10873"; a="787965355" X-IronPort-AV: E=Sophos;i="6.03,249,1694761200"; d="scan'208";a="787965355" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Oct 2023 18:15:03 -0700 From: "Huang, Ying" To: Gregory Price Cc: Gregory Price , , , , , , Aneesh Kumar K.V , Wei Xu , Alistair Popple , Dan Williams , Dave Hansen , Johannes Weiner , "Jonathan Cameron" , Michal Hocko , "Tim Chen" , Yang Shi Subject: Re: [RFC PATCH v2 0/3] mm: mempolicy: Multi-tier weighted interleaving In-Reply-To: (Gregory Price's message of "Tue, 24 Oct 2023 11:32:58 -0400") References: <20231009204259.875232-1-gregory.price@memverge.com> <87o7gzm22n.fsf@yhuang6-desk2.ccr.corp.intel.com> <87pm1cwcz5.fsf@yhuang6-desk2.ccr.corp.intel.com> <87edhrunvp.fsf@yhuang6-desk2.ccr.corp.intel.com> <87fs25g6w3.fsf@yhuang6-desk2.ccr.corp.intel.com> <87ttqidr7v.fsf@yhuang6-desk2.ccr.corp.intel.com> Date: Wed, 25 Oct 2023 09:13:01 +0800 Message-ID: <87lebrec82.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: D7C82A0008 X-Stat-Signature: q3ie1itpzwhc8zpfuo8yr743z6um6urk X-Rspam-User: X-HE-Tag: 1698196510-722336 X-HE-Meta: U2FsdGVkX18b3STsbAY0Y3dUBvQmPn/I5DjYRQYFUPij/+YWao8pqg8r0Z2eBGB0H4dxt1WGhCKfB+bM+dgti86tSAUQCtBQrwqc8jxfy/ATuLnSAVjKIMkGjXn79yVzVQk7p5aC1axdXlMJ1Wf3bVUhj+X0B9m6P+Rj8mHYQ9EPLn6fR3SWEg5R+RFRivqctqfYjay+CkceP0N7fhUpPqkrBNlohUMY+dVYELqufKTsWj0jO7pD4M4p3TgBsiL6TNfYXWYTYSonVPDbjhzdp5B+d3Ausiqj4MEwoZOtOonnRIw44VKOMP6lA1MtGQ2q6GNFjM18NTz5jL1YWVxkOByRuon4bE9Qutx9svajrILaANMXAAlUr0s8NQjGbWj4pwJi+brgovFHD+dQkMqRwElOM1XzZ5uFIGF8knXnhHIeZbDeA1/NCjJtJAxGqqgrpH5Dp7bEYyru0vNTCOOwl8QjCYgmTeGFLRCFRiziKmRbQRWNntJ7vvkCglMla4QME3fTMW7D1ryA1+Z8QY8mokb2T68vZGYh+wtrDAqMy1tiFkW+JpNITnxfN//H6QWF1V0rfEe/87Ir7x18NePn3wiK74DvyI5dWI41ZhxjFjjimCCiVKvZVWVmOFcdWkER4HkfAWI3ziMM4A6Ub8KNwlcNoZxoUr7OBtlmPFubPBy21vgSy2AM+7eshodlzV6Zz6Hn+5E/GI0mPBNPef4A0USs4dIlg/x9w6RMPjnHFXktJeRZZtRM3y280nmLduwcLts52u6gN3ouu3R4fbDHh9C8FlsQwROF4tNNJ1pmNiE04Ce954bzU0o+faNKOcHoAG0wzV6MMhpH03Rs9FqflorlKgVvzA/y6EFc47LapwnPdcNPQgfRqGZcI1olv9pxS8HUkBvIwpeGf8SaJkkM7jeQcifBGlyFQr0ZOBp0K64SxO1HsXOZMxMmv5PtZ73h3N1Oi8jWvZWzVuzVLay raFZCDJA xdaK1P6EGgxR/N3jNJ+HvDg6Nyjzbd2EGpNoJI7pd8F3lweVuIN4v2kNXBPghhhu0kA1xvmIWBM3vfx7FZCfk4euN+G3FmbjQFuvkk8yYyjj+WtFBbc0SeB5U8BeRMHJS83Z0SStzy4E2VXNsHQB5RTViHlVhoibWh7LFm+ofyz5hLquDQoQzJe2V24r6ggI12Mm+tznv3Tf4ZV6NZDRI6hrRvlyklieXmwEJPTGcTI8Q+TichbRNTR8556t+3U8O8TqW+VSlk3cd6kRLB5Yret4s7KhR+KwsqjF/YoSHtWj3hyuX8mrm0wVuJg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Gregory Price writes: > On Mon, Oct 23, 2023 at 10:09:56AM +0800, Huang, Ying wrote: >> Gregory Price writes: >> >> > Depends. if a user explicitly launches with `numactl --cpunodebind=0` >> > then yes, you can force a task (and all its children) to run on node0. >> >> IIUC, in your example, the `numactl` command line will be >> >> numactl --cpunodebind=0 --weighted-interleave=0,1,2,3 >> >> That is, the CPU is restricted to node 0, while memory is distributed to >> all nodes. This doesn't sound like reasonable for me. >> > > It being reasonable isn't really relevant. You can do this today with > normal interleave: > > numactl --cpunodebind=0 --interleave=0,1,2,3 > > The only difference between this method and that is the application of > weights. Doesn't seem reasonable to lock users out of doing it. Do you have some real use case? -- Best Regards, Huang, Ying