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 1B959C4332F for ; Fri, 10 Nov 2023 09:06:02 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 89C894401CB; Fri, 10 Nov 2023 04:06:02 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 84DB14401C7; Fri, 10 Nov 2023 04:06:02 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7154B4401CB; Fri, 10 Nov 2023 04:06:02 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 61D574401C7 for ; Fri, 10 Nov 2023 04:06:02 -0500 (EST) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 3CAD4405E2 for ; Fri, 10 Nov 2023 09:06:02 +0000 (UTC) X-FDA: 81441462564.27.CC160D6 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by imf14.hostedemail.com (Postfix) with ESMTP id 5FD6C100015 for ; Fri, 10 Nov 2023 09:06:00 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=sne0KqHq; spf=pass (imf14.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.28 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699607160; 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=8N0qgXB3RuUcX93UjUsbFRBaIloZQvm/KDkU0Ajtwn8=; b=pbm+ryeF8VlcUiXp4lSCTrU5zb97UiqmVF0shl7hNbdqOMgdo08iISXOxcR67ll5Zn/jeP 3d9Wv6MPgG8usce3LTeg7CYNbVuozUPL1hLtYNSivJCFjEZSD81fiRBIap6xMuBrWZTqpk qfY1j8D5OvmXiN16edR+N5kAB8+ZYA8= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=sne0KqHq; spf=pass (imf14.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.28 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699607160; a=rsa-sha256; cv=none; b=jVwFeCuxlt9ypUWVZpbF7C7bN6+pssJeA8Tu/5xWAsjzoYlfKnkDbskKbvJdJM/up6K+Sw v0rWFIOYMavZNg49Ru8uAOpMXb62oT6Ei7hsxs0nh3RreysHI+uPVI8sa4vK5CKUa9kSPx S1ehiGM20aFUe7HoDsIMZ4RxKHY5AGY= 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-out1.suse.de (Postfix) with ESMTPS id 2F65621985; Fri, 10 Nov 2023 09:05:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1699607158; 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=8N0qgXB3RuUcX93UjUsbFRBaIloZQvm/KDkU0Ajtwn8=; b=sne0KqHq0rJXX7LDtvqbXYhWk908GRUoHKXnBuXPKDEgCTehK5mPq57YZVKZFjm1kS7P7C lDR/X5aM9YzvcXfJnFX6zBwI8ia5Kf3T6jRtQB7SWql3inckZBrY8m1BmiFjRmcovJYw0J WJrEBqd+q1m43h9aur6Q49LeuppYeLA= 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 0496213398; Fri, 10 Nov 2023 09:05:57 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id PDtvOnXyTWUQPAAAMHmgww (envelope-from ); Fri, 10 Nov 2023 09:05:57 +0000 Date: Fri, 10 Nov 2023 10:05:57 +0100 From: Michal Hocko To: Gregory Price Cc: Gregory Price , linux-kernel@vger.kernel.org, linux-cxl@vger.kernel.org, linux-mm@kvack.org, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, ying.huang@intel.com, akpm@linux-foundation.org, tj@kernel.org, lizefan.x@bytedance.com, hannes@cmpxchg.org, corbet@lwn.net, roman.gushchin@linux.dev, shakeelb@google.com, muchun.song@linux.dev Subject: Re: [RFC PATCH v4 0/3] memcg weighted interleave mempolicy control Message-ID: References: <20231109002517.106829-1-gregory.price@memverge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 5FD6C100015 X-Rspam-User: X-Stat-Signature: tjh3edi85gs1yf1bzzwbeszwy1eh3tuy X-Rspamd-Server: rspam01 X-HE-Tag: 1699607160-496180 X-HE-Meta: U2FsdGVkX1/IfDW0Y1s2j8MVvClG4eVGVPfu/5OpfqUzR58xDGj6rPcOpEak63yklEvLHRVUGYf5nSUJm+woZfzJZpzEF2w2BSshODKtYSs8f7n8APidrYmW31wRdCXSIorTXB0tV/Qh4EXOzviewSokBqiYlatg77eGIHMJRBYYpKQ7p7y9Q3mxlCowAQ3mHsMRSjmgC36nBfxYYaqLRdxmnQd/Gkq06z7l/jOQ6XemkZKaILyzk6keYyTmo+seOV43S6VWng7KOJuWIH1rEzpKt/DEP2+1W99UrSdzr2Qw3ZrB3fSK7AlWhl+K7GpgiijxS8NlL6++tSzMOrvtR7uDbb8raHSSDpPwKoHQQx2j28KIkvf61mYyKxvr0nAa57wjfeOKOka6LOUCT78r1eJpp6AR1oz4TfUlzdGjYL+xZ7QFC3Fu3BA5WvEHYZoQW8YQ6GnSFysCQlNWsswr17DV9tfUM8zczK5kh7hrI9khlWYtPscic7EbmHOZYp5z5aMYavTUJ8Vaq3yrJOktfh6s6rgBTmM8MvKI/R6MyYIyhB5aq/A/wXH7axkgjMv8pK/fiK7ovlTkK0oNmfQNclqpuWm0cI5i0QDjpWm0B4EjWw4cSEjIHbhvRlTpBKG8fSl4JmcKoOibaEQ/OQFnDVrNR/2N2PakaDHepisLiQFrURPGbBcYcR4gjPZ8yz+KAr4G/4/9OJXJ1EB+HOBUFbPOAItGjqCmvHumq+4FO0EeFdzib49wlX2T2YHVkiiOHL425KcQBT5FupZOkloRmPkcd82HSuuOktU3AmF+z1qwoIpt7gTHGs2GBZeQWCiR8VZkOTVzLHq5IpTot/X7tJsH/jcy4SXyMsdbsNJixMWGxX7ODY/lwNZ58Ugs9mjbcFmFmXTOxyNEKK7pADbbseu+m8xtM2lbeFgyIxTQ0AkSEYsieJYD0iupuMzXTwHw96KjZmndSPzhZzNNW0S a6Jr0s4I ulj6+n6GYKPWjp8HZE860HTfw6h97/S+8hNg3puO6RJha8Kkp4ECFUXjyCP/bhKqVZWeQf1JLy+v+a93hFn0S8L5fvMyPVkI4JRgVyQJ6FE3x9LJLwhmC5ZWb5T6bvMfAXGStLI1AcD5BT5fKEtS6rlhN+Bw8B+tpd5+Wbj13MRn+SnK81/UV6TISUU8A+kexO+J7Or4qxdHvIy7y2kRqfxIj3b/jqJyua1FskjUiKC3zEZGTtod25DGukGYViGpO7iIcRw8qPXhgJfsaTYbZBY+lOZBMYxishHV5 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 09-11-23 11:34:01, Gregory Price wrote: [...] > Anyway, summarizing: After a bit of reading, this does seem to map > better to the "accounting consumption" subsystem than the "constrain" > subsystem. However, if you think it's better suited for cpuset, I'm > happy to push in that direction. Maybe others see it differently but I stick with my previous position. Memcg is not a great fit for reasons already mentioned - most notably that the controller doesn't control the allocation but accounting what has been already allocated. Cpusets on the other hand constrains the allocations and that is exactly what you want to achieve. -- Michal Hocko SUSE Labs