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 13069C4332F for ; Mon, 30 Oct 2023 02:22:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 67F476B0174; Sun, 29 Oct 2023 22:22:30 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 62F056B0175; Sun, 29 Oct 2023 22:22:30 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4F7B36B0181; Sun, 29 Oct 2023 22:22:30 -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 3D3D36B0174 for ; Sun, 29 Oct 2023 22:22:30 -0400 (EDT) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id DE3FB1205DD for ; Mon, 30 Oct 2023 02:22:29 +0000 (UTC) X-FDA: 81400528818.10.A1EF204 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.120]) by imf08.hostedemail.com (Postfix) with ESMTP id 9C092160002 for ; Mon, 30 Oct 2023 02:22:26 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ZL1Qb+Ef; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf08.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.120 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=1698632548; 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=t+dYTC/TOloxCkTous+xpzmUuu8q7lyNKxHyhhhuqKc=; b=R8+srtKDH/kzPwDTR22JkL8ukBVeG+Bm36JoyxQhk73QzSIj76tHpnpoSwapYAjX++HDwt g8iyFf2nU7VtCKKfcwc/5x6rC2ROI4p0My2NJSG8fqiPisvyKUPRtiRhkgV204r+SBcEif 4QNoX9Ked9AV98fhEojj+JIPGNUBke0= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ZL1Qb+Ef; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf08.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.120 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698632548; a=rsa-sha256; cv=none; b=XkU+wM0uaSHSoYyey+QbPnBS5a6YBLQx3KsyeMUTihCXnrxsJjUQg+98R5q6O3H5K22deK hFnQmOa8YkmJYCPvonARmCXe7AnM1X/yqXTg+mT/mxYslx2QwRsqoi4a72ABj8di8uahKm bEt6d2z/+AXXS2qDBH++UIT/opI74Pg= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698632546; x=1730168546; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=YVBUd/hLjgPZGCWT2w4iz4Dc6Gu53nRRFtiLiQzt6qk=; b=ZL1Qb+EfWKytmN8V/EQ1ZPZpqUnSVK64xH3dcEdcG7j9WjJaFZtkH9tT HGL6MYDbtgbfsheDLOtq70iCKwz475M1uPfrzn7Bfb9NMVusUEi+L66wo 4QtSo+ABXqGAdAbx6vOCGP1R+8cToop8tNLZFi9/m2jf+OK3Hpq/NDsRp Pz3KX4M2KwymV5YSsVuhSLduDYgei16QfPwFe+6+IK53q1NAsMMrfH9Bp MdfdxVjzgIywiPNRkma872BRNJBaAqv6g5MMi64NupNmPBJ5ZCP60jUlv rWB20bf0gUm5pTBKoYpUEzm5F7oWm+9hubxBhK0DB1yEnpqBZU3mLTHlE Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10878"; a="386894108" X-IronPort-AV: E=Sophos;i="6.03,262,1694761200"; d="scan'208";a="386894108" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Oct 2023 19:22:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10878"; a="883724885" X-IronPort-AV: E=Sophos;i="6.03,262,1694761200"; d="scan'208";a="883724885" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Oct 2023 19:22:17 -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 "Wed, 25 Oct 2023 15:51:33 -0400") References: <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> <87lebrec82.fsf@yhuang6-desk2.ccr.corp.intel.com> Date: Mon, 30 Oct 2023 10:20:14 +0800 Message-ID: <87a5s0df6p.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-Queue-Id: 9C092160002 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: bhu6ugtswdaw1rb5mqj5p9ehr16bhson X-HE-Tag: 1698632546-128661 X-HE-Meta: U2FsdGVkX1/s5Q+9GHlqL2exTc/keGfRYGwEID+PArot7wPdzgoIPjCJ87PuxJbABhuIJe+Nne/tAl8o+EB3I6wUUOP6i5iFq8riia9lXE06+7zf/zFyA33rcB6/13STZpyooVeZ5MHBXQrubIoJRK2u2AlCBthFSNd3gutOKQ/YbH37JEjU7OHSQ0OEpx5E6Cwf2rCdPtk87jYgjETRvuyayOM5pem1hvw4ir7gWkJ36dHz2BTffbGpSa9gRbsMl5objBehkrV+ZDRMOwvCjNGDN1jYajZJP4pXRa+JjpLoKTASb/H20NuEBjs91Oo3OsMqDeP+MG2yAwqNu0oaMYqvwAV8BPcvVzuJiDcJrjete2nvFk3+DnhFHwqLDB2GGiGfY8r2AALbTWjC5ATCKxZN+dNzmkEIJ+9nW0QGJlFGP5ZRCl3hIYfxkvz8So7UOatLTN1PDllIGxok7EY3DlDN13btloZps6HdHNR8LY2ytA8DoUgO+BRyLls0azqRK9kqSGtOORAMRShuDqRtIIsFhnrYw1uIfNofF29frWgK5ApYDYNYo7T0NVasK82uVcaleDfbaFCZLf/ZsWcpDOifOCYPuwL6zrmMjZiP5BlVdRVbKIM4PO8qBji/ELcRVY8AskbhW/7Gnx+QOCwGkjxyB2wbCgOq9KDMUlA6rHL4bXdlgKcYNuu8AEKMUCbgGcWvaWe2bhYUFp/YsD+419iwKh9ByELOFKqOnH+MFCtNIxrUSmdhb9vqw582yhBpIbVZGci0JhyA7tT4YmifPsaeEwVNq5zaO12dyMNYCRPhT4u1IN5h1iVvYw/sMtTXL9cDYYcJdxK8k6x9DmpSvAoN+0xoAcyVacMSoCSSsViYaHg3qef9jwt5iEuKJGeesKendXU4QKIglinItnGX+XTU4Crjb4Tn0LWsaZSa+kJDp+a2eeMJeEnTPI8W5/ZaeGkg9tW6BQGjdVukwKs MuU00wHl XeNDIlpwxC6ObQcA1E8egamB4nn5c72heErM9i8djaadPvMgR/+RrCat+BENWiRn524G26xSmh/W18ktgiCTqA7+6XNMou9NjfUNzkbLYwMPMcBxdDCv3OChgsAhOwQITz59uZH0rMbnO3GbEy5eC1PIUe/RboFztvDAs/CfoVxoMXqKFeUTTKL+SK8cBJoVe8wMUlV+mNCwJCTRvROXLZ0w7fY8XbtKH5WNiSHwiN81Bc05j4B4DjyucWhW18WiUUlBNJXVBeb7DsIX4T2TF6VYQ3lBGXw//0UiNsBISNL0oVcau31RFu0ovSa1a+42JBmNCnhrMKLJpd9Wcom/cSYZCGr5A3PT5+Fgbtm89tSqSzNZu8b9+3GJe8wGC5AimVUVlUs5AsGILJtQ= 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 Wed, Oct 25, 2023 at 09:13:01AM +0800, Huang, Ying wrote: >> 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? >> > > I don't, but this is how mempolicy and numactl presently work. You can > do this today with the current kernel. I'm simply extending it to > include weights. The extending adds complexity to the kernel code and changes the kernel ABI. So, IMHO, we need some real life use case to prove the added complexity is necessary. For example, in [1], Johannes showed the use case to support to add per-memory-tier interleave weight. [1] https://lore.kernel.org/all/20220607171949.85796-1-hannes@cmpxchg.org/ -- Best Regards, Huang, Ying