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 E0356C4332F for ; Thu, 2 Nov 2023 06:13:19 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6B9B68D007C; Thu, 2 Nov 2023 02:13:19 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6689F8D0026; Thu, 2 Nov 2023 02:13:19 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5307A8D007C; Thu, 2 Nov 2023 02:13:19 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 44E968D0026 for ; Thu, 2 Nov 2023 02:13:19 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 232AF1606B6 for ; Thu, 2 Nov 2023 06:13:19 +0000 (UTC) X-FDA: 81411996918.27.B9437C9 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.151]) by imf16.hostedemail.com (Postfix) with ESMTP id 0D857180003 for ; Thu, 2 Nov 2023 06:13:16 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=GHawlXiP; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf16.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.151 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=1698905597; 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=bLC8jJh8l+GUMS1zebfv+JM9TqUrK5YLnFTrvezd+MQ=; b=deG6PFI8vx12MxLseLPDast6fHB7VGlwztw5UHPPgc8EVeuSZiFriHX0viOfmYdviqWp4C GZ6lZKfXYVxFuhZn7Z5m5ofTys0Z8UmKnY8CnPiP+c81hLGOdjKa8o/jKLfMxrGcKNqabP BrB3kZGjWUvehyqK3Qy8SGTENtyT7po= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=GHawlXiP; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf16.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.151 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698905597; a=rsa-sha256; cv=none; b=Gn3YEW2zCrsw3Tqgrz1eJvFbWnpB8kTrgEElKFF4lYCTFHi40YRLtPidTkvpCNZp12kAOt 22wsdfSkQRw2nTjlyzB/g+lLjFv5g51b3w7LHa87TuRaX0xlKFKxlhtG5XthjbMytBDj8x qkH+FQUBn6qS/8lNUsDVMI1N0MQvtR8= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698905597; x=1730441597; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=/i1nfGSh8lqsODaI9yo1bI1rYHQ0A82xnF/8KFBEOuc=; b=GHawlXiPZYd3MdIFYbaiB/6nNGJg1VAHS6kE45FzCftT+ApnJp2g1F0e bkFUfeaD4LmcpBnYfIaRGNL0hjinXx9TGEoGv8OscpYNRPFdy6Meloit8 G988doBXxitfrImHUQ341/f3a1x/U+q9BOazD1pt0iWNp4pPPPgrCO6AQ ZQXXSOHf541pXpWOa1AOjI3Oxz91s+w1ccHXhuHgE0pjAzq5hlY6j3UVO 9e0INjo0EfumK3SLD/KAfmj51dC6YDsbc3+J94JXGdE5GtcEvM1HaGVx5 xDy/zmGSNtjGHjWu7Yv0elkytUTXutTCQE4dvBXwbVs9ix9sp9+rw5rVK g==; X-IronPort-AV: E=McAfee;i="6600,9927,10881"; a="368852983" X-IronPort-AV: E=Sophos;i="6.03,270,1694761200"; d="scan'208";a="368852983" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2023 23:13:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.03,270,1694761200"; d="scan'208";a="2329842" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by orviesa002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2023 23:13:11 -0700 From: "Huang, Ying" To: Michal Hocko 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 In-Reply-To: (Michal Hocko's message of "Wed, 1 Nov 2023 15:01:22 +0100") References: <20231031003810.4532-1-gregory.price@memverge.com> <20231031152142.GA3029315@cmpxchg.org> <87msvy6wn8.fsf@yhuang6-desk2.ccr.corp.intel.com> Date: Thu, 02 Nov 2023 14:11:09 +0800 Message-ID: <87il6k1y82.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: 0D857180003 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: 98y9mho8d8osmb7dqin1adykyahp3u7b X-HE-Tag: 1698905596-363796 X-HE-Meta: U2FsdGVkX1++mqFJFmr7NMuGYF76ssEqiErdwDuUFdJs9bSi9mmdbA0FmDDIcSKRn6JgVXFDzqsv5gdAifdke9aPF4ggO03usRxZFMik7sxzakAyBMpIwIUog3XfMqQDpitpo2CX00QAATAVsReQ6XcbgBlTUCkPsgSaFP08dqK1D3/MGFrYt0bHDbWoYx+4jSuUy0H+pXEA4oICnGdSARH+6zMlAB9m/XTvW2nW2rr5wIxC4xa1SXDYznPn9s8XxOKaZnrkGNyy1093h/j9igW0HvkNK06ep6Hw/5xt/rtCN6s7ZBSjsUpeHavN1bS+h02gksal4XUV0cCo+hsfc37qmZcOTQ5SJy+OqFQIBpGe9AZhjhBp58+jS3z3pkNSVTFYum+dY/VKpauM3wRpBfVIkLfmfJDTF2Li3/wcFW4ubyFmcpLoxGDy974kQ/bys0BlKhjH6dbcu0cgVz6oixfBdkTmpyTFBm9f3pokRQasFPXxja3tFbSuis7sZr1WfbE4GB5musDyTrE7Q7q/LX7LZhRPOMJpGmC+PPxzMZbQd56HvyNsXs0xGg7fMwlPry5ln9t4BAR+cmpEjxn9dVk0zAyr6HXFT/Brp+YN/tww38nDDSmTNZpiC9FpENQRql64DLqoeOVtfd3jN+lWOur7UUcUzacpjfSupqJy0J39niWs3odiYA3g5/SU/IiYhkoDdIgZGJ01w0CCEUGO77DFQxwEp+s1My2hzGeDk/PECuF2/kbxMzRdOmFujzJMGTzzMoL6ktNX0m9GF4KTCKMxDzACuECJgXrYcVMzLWWQVvIivjn7nqnTqNEnnBEqxPIP5mUeHFlJ58+ES4QLsZr/k2DwbDjZe95/zvwCOkxkmVukmN2VLzj72WR+Jd4rYuMEDX10U/4cFcM/UB1c+zQKQ/0iFj4z3FgvtQxfNhuoGAEDKtrPWLByilMlOrEg5R7CDn8AuoO+lVSteUd LVxgnwZL pa4LSuASL1OPAL4NsPCqqE7vADlGfCgEI9bm4mi2K6Q5Wq1h9AeyA6cM1X4JY+IRJpm5PStXgglgAPJHamaRlZeXmqyZwyRAkRVoGOGPFcjkTXw+Qj4Q6gf7CzusT5ASUvbTskQlKqjVYsBD31Yhwn7fWj6ON+NuLptnSBTpVm+I63HIB6xAmiua/f3fi17bTf5b06esmhNMC3Ke+xGjr5Z7KemIRK3nYZU/zcH0BJNDZUT0u2TRopfODI8wjst8x/rbulAxZKwzNNbgMkJ2iv1F8vZffm28nnS5cDnGbWHm+RuwZ7sblmpIa6v6fh4n6UJFCfI3hF1c65B4ib6VG1Ki8RwGQiWRBuj9zL3GIGhTants= 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: 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. -- Best Regards, Huang, Ying