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 10DBDC4167B for ; Thu, 2 Nov 2023 09:28:17 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 60FC58001A; Thu, 2 Nov 2023 05:28:17 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 5BF668D0026; Thu, 2 Nov 2023 05:28:17 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4AE458001A; Thu, 2 Nov 2023 05:28:17 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 3FCFD8D0026 for ; Thu, 2 Nov 2023 05:28:17 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 0D43016098B for ; Thu, 2 Nov 2023 09:28:17 +0000 (UTC) X-FDA: 81412488234.14.A64B7F8 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by imf10.hostedemail.com (Postfix) with ESMTP id 26509C000A for ; Thu, 2 Nov 2023 09:28:14 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=WhSSPRcz; dmarc=pass (policy=quarantine) header.from=suse.com; spf=pass (imf10.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.29 as permitted sender) smtp.mailfrom=mhocko@suse.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1698917295; 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=PRT+wqE8dALDjQ1TdgpzGr2kiqVsb3O10DafcXTHWCE=; b=vFi1fUJpGJz8Rh2bMLnxVdSquTuL5khbEZOwF3WaoZVAJI/PIOsm1VuY/X39BnxLSj2eBJ rJZAftiCVpeE8nXMbYE7EvWt3yGsIrTYlYy1OHl1SjR8wkswchCLID2BbxKeLvgRJ10G6h NlS56GXraBnW1RMOOMY+kGfcbplobxA= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=WhSSPRcz; dmarc=pass (policy=quarantine) header.from=suse.com; spf=pass (imf10.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.29 as permitted sender) smtp.mailfrom=mhocko@suse.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698917295; a=rsa-sha256; cv=none; b=XabUn7x27wCvZSc2JXoiM6vHIG+8dtWhFvaa065wcYpMLqVhVLH7xL+sLaASHCyjonQto7 M5WT9W3gopnfY5Ofyiq7i5f/cRtkWVfnAxY2BzHrHn3+qWeolTZ6mqxAVKIxWmN2tmOJ5P NkWwUKjfQYf+/Rg2Vd6/9GJHERIa11A= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id ECE441F896; Thu, 2 Nov 2023 09:28:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1698917292; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=PRT+wqE8dALDjQ1TdgpzGr2kiqVsb3O10DafcXTHWCE=; b=WhSSPRczbxtOiw0KCYhRZXLTwt/LcqWQok4kdcOEeBjXFy269VmoD6h1rMZ4GNmh3rgGpZ yN5cNemN8WhY2y61Fgv+ePyqnNwySMJCB/Sc3vErp/SYyd+xDcjo+ALdkBZv1QLCHYGhxL +YLELvxOfoNWcyKj3S+EJ64IARy86TA= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id A700B138EC; Thu, 2 Nov 2023 09:28:12 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id Jja6JaxrQ2XLaQAAMHmgww (envelope-from ); Thu, 02 Nov 2023 09:28:12 +0000 Date: Thu, 2 Nov 2023 10:28:11 +0100 From: Michal Hocko To: "Huang, Ying" Cc: Johannes Weiner , Gregory Price , linux-kernel@vger.kernel.org, linux-cxl@vger.kernel.org, linux-mm@kvack.org, akpm@linux-foundation.org, aneesh.kumar@linux.ibm.com, weixugc@google.com, apopple@nvidia.com, tim.c.chen@intel.com, dave.hansen@intel.com, shy828301@gmail.com, gregkh@linuxfoundation.org, rafael@kernel.org, Gregory Price Subject: Re: [RFC PATCH v3 0/4] Node Weights and Weighted Interleave Message-ID: References: <20231031003810.4532-1-gregory.price@memverge.com> <20231031152142.GA3029315@cmpxchg.org> <87msvy6wn8.fsf@yhuang6-desk2.ccr.corp.intel.com> <87il6k1y82.fsf@yhuang6-desk2.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87il6k1y82.fsf@yhuang6-desk2.ccr.corp.intel.com> X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 26509C000A X-Stat-Signature: ba6djr3587dqryw17wcaps785bok4imt X-HE-Tag: 1698917294-845291 X-HE-Meta: U2FsdGVkX18byjND+Y1kyx0U24koPWzl0aEBGvjCV92GfUYVXbVmpcFYG9uHPJsHDHFypcOUO+DRE0HAjBlAQvYTOKQRV07UF181FxE1s/igExphz9QXGpnPHwHcjpb+IclZBHvFkFcSFxV6ydi3GYm5Mjg6Js9fwTLG58jzaTEdl5Ryr9dzcnsGhYDGbMyKz7YfB/Q5g+bCdIU28p4mLfGdfyj6NcEaZGi7wOk8N6QfsnUhv2nNcrL8wK27cmRZOE7Mae8PPO+rUo0BLkir/12REApxfe+SM2gSXLDpIXLx4lpVKKXqPiCAHsFVyFkURAayGVfMUibNJP7zttUzujsrqKNZWW9f+T0RJAfPbm1GtThrY8yLqEijcACRrLL2FCfDTVfj2LqWmmRDEoyC3oZNfBvH+gtKJ/00usYlhG1zgOEqRY6mpJJqfSo5AJHmgBft1JsT224cn7fYksras2xZnYniBok07bwyk85jMfSd4qr8T2BYObh7qU5R/hmJx6dGixKlofmRaQrH2hxpgt8UeAqlWuFEVtv2uzNsZ6glI4Qw0sMLIu6ipCXL2FHtHPzKsrBdr/5SZDNwpvbf7sZeiNHk463ttwBaDVd+AoJ/eATF90tt3+WXfBiBd+NfNuVr1eDsiqGMCbF3UV31IybjvZUZJ44i5fAF7dFuoKqbjQeh4eq4WyhxSzBjdgcC6FD6lZ4xfqxrKyexGX1GWi7IvmG/CU/ezrXTgM2UHxya11r+nph2SMh2hy3et1PauYr3WXtwFK5633S/2qtB1/YzUrIIOri5WM1iqYKB8VnNLN+IOpw67xSH1oRZ7lMCmS7WTiv+ugQkEjHMUZ8IeUmP7JJ47MwV0KeCW5rHRFRUCyl6yzUNjpGDfLQ+xZh/1Vx1EtBtlUjG6E4iZHhuldHfPcOuTWswjxAPM88RCBef1Q5tc5cP019NpKAOzS9H3eXAaK8nghGiayTIgHR Cl4puqhp 4raud8kikV+SrX++wcYqd/FuTDPePN/CiS5F/69+FymxiraxjVT9uRhZQo8I4jDoWbr6B3cNWosElcsiLs7rcsx2QxoTnzTABx8Wu7eeBMSPW3jrBXuLMiDgUb1+0Pzz3xUInPwwE6cvAf0AfpX8TxIdH/mawAGVdoBUF7ff9Kf5tcjzaaQKLPFuXKKCKG4Y1rphadS9CxLNLj6sMkixLGIf7MlxqJkiOaPlaCcy2Q6ZwohmMmTMsRiVB5tLEM6MlwWPqBjTxq2M0HT62ZIEy6qWHyrbXuxqiOuvQo7lU1prFZ9CJ40PPii0Pqnz+muLvv4Wta6zxBmp56vuaL0k/gyZuVj0mrTcqPym9jJ0bDqkoHTPpjeJzJWayEX8PriqF/QqrfqqX/YN2yJvKKT5jqGAchQ== 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: On Thu 02-11-23 14:11:09, Huang, Ying wrote: > Michal Hocko writes: > > > On Wed 01-11-23 10:21:47, Huang, Ying wrote: > >> Michal Hocko writes: > > [...] > >> > Well, I am not convinced about that TBH. Sure it is probably a good fit > >> > for this specific CXL usecase but it just doesn't fit into many others I > >> > can think of - e.g. proportional use of those tiers based on the > >> > workload - you get what you pay for. > >> > >> For "pay", per my understanding, we need some cgroup based > >> per-memory-tier (or per-node) usage limit. The following patchset is > >> the first step for that. > >> > >> https://lore.kernel.org/linux-mm/cover.1655242024.git.tim.c.chen@linux.intel.com/ > > > > Why do we need a sysfs interface if there are plans for cgroup API? > > They are for different target. The cgroup API proposed here is to > constrain the DRAM usage in a system with DRAM and CXL memory. The less > you pay, the less DRAM and more CXL memory you use. Right, but why the usage distribution requires its own interface and cannot be combined with the access control part of it? -- Michal Hocko SUSE Labs