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 E8EA8C28B30 for ; Thu, 20 Mar 2025 06:23:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B84A1280002; Thu, 20 Mar 2025 02:23:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B33BF280001; Thu, 20 Mar 2025 02:23:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 98610280002; Thu, 20 Mar 2025 02:23:29 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 78DFB280001 for ; Thu, 20 Mar 2025 02:23:29 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 7D8A91C7AB4 for ; Thu, 20 Mar 2025 06:23:30 +0000 (UTC) X-FDA: 83240937780.02.47073E0 Received: from mx0a-00069f02.pphosted.com (mx0a-00069f02.pphosted.com [205.220.165.32]) by imf08.hostedemail.com (Postfix) with ESMTP id C14CD160006 for ; Thu, 20 Mar 2025 06:23:26 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=oracle.com header.s=corp-2023-11-20 header.b=i3S8ZGZW; dkim=pass header.d=oracle.onmicrosoft.com header.s=selector2-oracle-onmicrosoft-com header.b=I8zMSe3z; arc=pass ("microsoft.com:s=arcselector10001:i=1"); dmarc=pass (policy=reject) header.from=oracle.com; spf=pass (imf08.hostedemail.com: domain of harry.yoo@oracle.com designates 205.220.165.32 as permitted sender) smtp.mailfrom=harry.yoo@oracle.com ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1742451807; a=rsa-sha256; cv=pass; b=so1kIAP+J2MWnLtFb9shsF2Ep+46ZHIMcCXmCHSF4Kh4TJqsGqBvOpB6C1sVV7fKZWjuwV c8fd2zWSSFmN+dIAChNO+QEaj5PB+hf3YHAfQMT3Y3xLtbpj1rVgrLqmenBVRtkS0rdj5w W0qarfM20xTlmAbZbqH4h56yBRJ5ZEc= ARC-Authentication-Results: i=2; imf08.hostedemail.com; dkim=pass header.d=oracle.com header.s=corp-2023-11-20 header.b=i3S8ZGZW; dkim=pass header.d=oracle.onmicrosoft.com header.s=selector2-oracle-onmicrosoft-com header.b=I8zMSe3z; arc=pass ("microsoft.com:s=arcselector10001:i=1"); dmarc=pass (policy=reject) header.from=oracle.com; spf=pass (imf08.hostedemail.com: domain of harry.yoo@oracle.com designates 205.220.165.32 as permitted sender) smtp.mailfrom=harry.yoo@oracle.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1742451807; 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=wSxlodJYO6xJeKBcNVz0XBCU4/BxBRJ3BEP1zPWOG1Y=; b=xsh1gaLRFbzxMOHnrmtIdZcVtqmGpFT0do1K3V5918PMbi2wI7AQt0Lk/8B8Yeo5JanBwI nTPdBTVAi0qDka7WQBQ9obwqU1Jy2zGcRb7d6U7rgj6BWO+wz9Wzc0F6UXStsbYXGc1Ycy CS81Nc9/9YKJ7fEfER9vJSvOksGuj1A= Received: from pps.filterd (m0333521.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 52K4N328008804; Thu, 20 Mar 2025 06:23:22 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=corp-2023-11-20; bh=wSxlodJYO6xJeKBcNV z0XBCU4/BxBRJ3BEP1zPWOG1Y=; b=i3S8ZGZWaVbE1xr3vCn1p3spJKQYnpE39e Y6ef03AsAcPxEkcErzD6jgZxe9kf0SG/1VX4+cD0ISQ8NWRch5ICEKggwGOgeOAc JrJICoDf4dErlK/WYw7G+HD64Uv2D26SVWiUz4hP/2OudPmL4lGwTh+MGV3RKVC5 EJ6g+A0DU4I3qxqYD8MzSW0gs1YgAHP/Im3ZVM5SmwPcf06Q4kU5j2roQPnsAVAs 6L9P43YJg40c7goTlWMuvmFTroREmKhH6yX7k/GUm2Wd1QD6xWzChXayq7cIwYd9 F2R3vyWZcd1S2IlrD7wfH84DUP9PMRLh63gpwSSCrlTnjCZSNvYA== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 45d1s8wdx1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 20 Mar 2025 06:23:21 +0000 (GMT) Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 52K62dUs004848; Thu, 20 Mar 2025 06:23:20 GMT Received: from nam04-mw2-obe.outbound.protection.outlook.com (mail-mw2nam04lp2176.outbound.protection.outlook.com [104.47.73.176]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 45ftmwj63j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 20 Mar 2025 06:23:20 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=GxiFM2EJklybQ6gSU7JkKnC8T8I37VrxoRBen5T3qA+QCyYyeuVn8AE7NMeq2sI6FtIaKTWDnXzgEyhJ5eAakAP+AuLYr76jBU4jm2AttWuaLBsGt1b60yoBloQlEMlsEPY9UbP16DMl1EXlNu/NG+bq1rAVwgH28cZdHdkuQR1CYE4OtUiVlqK26V2adpLImt7h0Kc805a9B2q/KWMI4pMqRYWpABHhO0/sgfaDc5adWlVdqBeEm3T3jM5DFNrrEcWvX2Nn6mGR0wkWmZYW6PlOriFI3J8TqKWd+nJfWm9XzinrYts9okqsL+xcpUnvSJmzE7lNTM21xOQuxjWZ8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wSxlodJYO6xJeKBcNVz0XBCU4/BxBRJ3BEP1zPWOG1Y=; b=G1jazcIEqBWx8gwq7MAYQKif2S2Ope/eUNZz7bm5VjAkO8xdvaG3n8xKg41sp94T1BgDCkoZsLnmEDiV8mn/Da7Wjji1uwRNjoGtbh1o5i1gSq32DsMA1xYXnLowTIg2aqcw+Vs5wD72Naik3kswsVghQnAPQYSl1ruOgNeD/ccr0HjGtIts2dZTWkIXsKBgruEfvx9cd61OwyCIUz9eRewMWRS8U7QyAPJNpEMQT5fylS+AxCZ5ZRP81Gwkwor/k1zuaCViJWtpixD2WZDuVv/lClp0fb//u6Wg/GD3f7t9mmxdK+zpxeQGYlRgJQLjdToqk6hYuQrUn8vGremkQw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wSxlodJYO6xJeKBcNVz0XBCU4/BxBRJ3BEP1zPWOG1Y=; b=I8zMSe3zHH8z3P60See7ulJsmET6Vrf+y9Af3O7b9UouueE6Yoa+FLghNO4iVszp4WIYvoTZsJnM7Hfp6Zp4J0rvvWQdx2kOi9zVgPf6s+7CAEL9sWUkIm7Zw2wv9GG83Ti303AQDZ8o4418o8Hn0QtlnMKZhNqPoyVfxX4BDGE= Received: from CH3PR10MB7329.namprd10.prod.outlook.com (2603:10b6:610:12c::16) by DM3PPF1BD38130F.namprd10.prod.outlook.com (2603:10b6:f:fc00::c0e) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8534.34; Thu, 20 Mar 2025 06:22:52 +0000 Received: from CH3PR10MB7329.namprd10.prod.outlook.com ([fe80::f238:6143:104c:da23]) by CH3PR10MB7329.namprd10.prod.outlook.com ([fe80::f238:6143:104c:da23%6]) with mapi id 15.20.8534.031; Thu, 20 Mar 2025 06:22:51 +0000 Date: Thu, 20 Mar 2025 15:22:44 +0900 From: Harry Yoo To: Shakeel Butt Cc: linux-mm@kvack.org, lsf-pc@lists.linux-foundation.org, Johannes Weiner , Michal Hocko , Roman Gushchin , Muchun Song , Vlastimil Babka , Yosry Ahmed , Meta kernel team Subject: Re: [LSF/MM/BPF Topic] Performance improvement for Memory Cgroups Message-ID: References: Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-ClientProxiedBy: SE2P216CA0157.KORP216.PROD.OUTLOOK.COM (2603:1096:101:2c1::6) To CH3PR10MB7329.namprd10.prod.outlook.com (2603:10b6:610:12c::16) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CH3PR10MB7329:EE_|DM3PPF1BD38130F:EE_ X-MS-Office365-Filtering-Correlation-Id: 11bd8aff-7b9c-47ca-6a5c-08dd6777a46e X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|366016|376014|7416014; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?wzL8JLeutaG+hgBrcL0pf8lzAxwdHFp42LyyeVAhHBsd2ksD030hQyUEzxhL?= =?us-ascii?Q?76HEB0WVVaj0isoUrhALctFqBMrszUdlAJzmW99t78rVCoFqcj6GTSaK/ppa?= =?us-ascii?Q?j0226uFeruwclsBmYGlCt3PYSd56C0m/CIpPajpCGjB3SALt8adEXjG9R3Kv?= =?us-ascii?Q?lY72dc+5haBbuVUbPfmQFIcu9l8wcX63cGNxoQ1ehn9ZtnhKqQqtK6evOYJE?= =?us-ascii?Q?t5W6QWHapwto9d37JniFPT6sU1sQalBfW9OOhND52H92v2P0rrMG4QLLX89N?= =?us-ascii?Q?V3s50el6kvmcWeZLRWJu0xT6lDmcY11imTeU24cQtUi3t+vyNP/7jb/Bbzhn?= =?us-ascii?Q?Z9ezBfwfYptR7vOHirWJP73SCTMUZ0d8+63oYHJLmdpCHNYpbR5SRfN0sXXn?= =?us-ascii?Q?HtviGeuLFExmtvttjVixUpsipLL/Vw58arNUhj/gUAw3hLXvAeNt6oZkmKie?= =?us-ascii?Q?AC+hKYJnhMNZbyWp9mtdlZ9wsrapWButSOQBI+45OnpQi/XmekJlyNXn3VwG?= =?us-ascii?Q?y6E6B3Ren1MyZHQCM0Rt7SnjKmEmZZjuYINhcQ+xhYRkhI0bOn5qDyaMOZ0G?= =?us-ascii?Q?+N6p1foktIVd8gMI4ToLISUlVaj7VcYNJCccJzuMNh4vvggl/GRleimMWIlx?= =?us-ascii?Q?EXnyzqR22eUX+CeZ4cwf5cwDz8pMVD58d6yL6JmCdAHEaDnaHSNidq5j7b43?= =?us-ascii?Q?55XANPWMY7W2bd5RmG1xuPozvT1mnq3Ou+wqMAPMNu3+aI7gZA7I10xbqj1q?= =?us-ascii?Q?MFPc0pW21ruYQBsfhqwWEof8i8+BfAik1jQz+oU7hgoItqgkuQRF9EODFm4n?= =?us-ascii?Q?VVjcmcV8hWoEA9OzVQ9if5+TQ6+UkjQLB3Oa0akEsLSn88iPoLNgQI/iZI/O?= =?us-ascii?Q?UxYh2t3IhmBD+svfkgAGfL+PFKx+zSpJk3KI7fKpfo6CRdYaisuLSiZfuVwF?= =?us-ascii?Q?0Ft5Zwmlj5IPKncCjvWHKVsCjIMjIZniqB5LXIu1373XjcAN0eGe7Y50oaoI?= =?us-ascii?Q?NBVPyjzrIC2EVajScCM+W6P+nSVi6a3KQSYyLfHsRAayukzObj/pOW+nzg0C?= =?us-ascii?Q?T+KhtSHivZpleCmlAIg8Gd+3yXc0YUdVqLyNY5Pp4ym40AZigiKV9w0bRgHm?= =?us-ascii?Q?+cZmEySt6jsRnIgXAYlKnqPjbtp3IIA9r2ymqIbMiiH60sdZul0K2k30fhCX?= =?us-ascii?Q?RTuMftzV6QgNRu7Rkl2w57kt8MhtGAW1IZxOr4nRbc9neIPq2f21R+5kQ8Jv?= =?us-ascii?Q?EYNV0Zl+KxtM1y2V+vZBCE5MoXLIc5vdzbfCwcdYzNQvH2rgkgtveY79dsXs?= =?us-ascii?Q?Ewv2ZcnAujX0Ofae+n2Qm1NkPjpd4jHsjlELMWIrEla3Hw=3D=3D?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CH3PR10MB7329.namprd10.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(376014)(7416014);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?gl3p7RzFNzTJsnCcj+zwySgN3UCqeHxygsMZ66KjntZc4MG8DuXjChfj/MYC?= =?us-ascii?Q?/ehlxhEDfXwdx6GGDbISitRsocL28hsOx0F5TxkGE1UjFrLYAMAb2kOtYxAQ?= =?us-ascii?Q?08LTgEaJDDkL4wK5baM36///eDUpC289wDtSbq/EcIMJv3amPrQL1oB4kFK1?= =?us-ascii?Q?rA36QrFQXQCzxCAS4jEYAUSrlZ13tMA02TCuH3jfb7G2g9tqXbbXseIJNkl6?= =?us-ascii?Q?KSVHOojE7szy3yBRBdnoWJn0p/UCgsOBEEdY7b9vs4fGYCjmK4PbQ/OGs2Hy?= =?us-ascii?Q?tQSNJ9BB1LADZVxyrTf7H0CaX9mm6v2MJKkh519CcWbhRXwyUNe+5jU2QQ1i?= =?us-ascii?Q?cJ4xmaRoV8BE2GoF4WzAo7SbMhJRxclcRDyuv+wEEzjf0yO2SmkJ11d/1Mu2?= =?us-ascii?Q?PYV4HLb69C9ATqTQa+1NB0+TtwP0QQ4DyOBnJ7zMobVHl8Sn1Ed9ZqBn+gXo?= =?us-ascii?Q?9f0D9iTLwz7DpPGBe4PxJ4D5UQEawAlsPBAQ2R3oI09MeNlGhhVtrN5fx7Rd?= =?us-ascii?Q?xno3FeolFXFTWoCB3UFMqWBzCLjlkT5QRajH2i+HGkP6OJYUoqBlPWpT6dHw?= =?us-ascii?Q?9iYk6w6t1nE8TSqnhOyE+Og/wxxPZHY3dZWI9HG8qOFNJ9n4GNz2OVk+McQ8?= =?us-ascii?Q?RH880995+9r4q3+drtUEdjiFdcb58U5UysINKlyNpC65SSTJJuo+ICiYN7QR?= =?us-ascii?Q?m4ZoPM6guJddF6Az98qHSWYtmlOmXhYQ6mlrO6Re1cBh7X7VnC83qcFAfMVO?= =?us-ascii?Q?MwSsGoaiQAJsglE8UL/v4zzd4sPS641D1fFevGwwRElHq74IppDfR1suO8kS?= =?us-ascii?Q?pl8eswtm471eXmYAahPeJQ/blHDyNi0Rk7Rg+HE3E3Jjcip7E+ynugI0iqGE?= =?us-ascii?Q?ZBUZ4Wf5YJVmORwJwNnIU22MKEeZfVE+7/RtVFQNS9JUF6AVAKa+aI/PTugZ?= =?us-ascii?Q?ZJuzxqAfuh9lkVa2CB3gBixEMziTht8ZCspimTZ7RDgkb/fqvHeGOvBnknYW?= =?us-ascii?Q?FHnd3OofJGhv3RHAwjJtM1eO3Kxvkv3jWe7z4xWBPJ0N6/LtSzHdX4xV5HHm?= =?us-ascii?Q?rTefa8opMBdJBcSZ6o3A4V7at+bJROYX7B7UDg0mNRLG7Y79OjYugqgaCbN/?= =?us-ascii?Q?0YLPn5Uy2K9RXUTbf63TC/w8C90XppqIYkv08++9NS2cnk1FG7ZddFvdiLYH?= =?us-ascii?Q?Eia4a4MH3UaL0/Dryely/iEkwt5qaQtVDrq0xRDWAH7JU5DWAPmeIogxeBMQ?= =?us-ascii?Q?vXs+RWXcUy+q8vhbtA8oqFeuEei84dCGQmLSOKRauQn2C6ivPxPy7M8bpKrg?= =?us-ascii?Q?ZEjbghHN7p1uyfZuBJ6zgt6557ACbcNBuh9cXp5T/kGR/YAxKQ3n3EwJdud3?= =?us-ascii?Q?hD/WANmV7nxX5qoGJ03qCn4E0nhyqT2X5nOVZQfPEVAPMCihbz2x5IQ/JfvN?= =?us-ascii?Q?9Gy8YinHsb+Qx6HmiQGegElFV/zpZu1C08eqZKW8vgXKGf+i5x/9p9gRcyAU?= =?us-ascii?Q?/jsYHNCbPKXQJmwTwl8C1I9+NRQJ9eyE62sqORxRyv+BSPfwnoz7l01w23+u?= =?us-ascii?Q?OR8BAN7ubA+TRZQR0L1pwxLjqaJikAQ2Gn2Da0va?= X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: cE/x7Wvm/6rU1iy4cSjhl2yDy6y4tFS6nOm1+JeUDZKp1U7EVtNfB2c4Ye5/0yzsosSIs2YsUWv5glG7Rqj8eooMaQoMefzBtWWtvvBCciK/o5BIG0KlmToHZ9/hqKpOlKpgZ0+oqesqt7dLVX45ukhi/q1G3zOlNiyI9CEzsLyZQQMcgOLGeA0YjKVG88emPaTuma9U87cUR0rqTITzl9LEx/I6i459SxCld3HWBKiGlIqiAp29MQWRqFwBcbV2jYaMyqnGbhblEx18DTqmuql8v4oDbTXGMMkgkZBgW8BZ3lchASqZjU4vDdoGDPiGi6J1OLPZ2ifEW/uwBmoXqN0dWoMEzIHDQVx+gplD3rRY6ZnmPyqQlxkYHLplmtsA6iB2sOHwy944bHPFeXLtOmt36U4io93uOBalF1dPdWLRjodjExVLe7pabIN2iIr5Dsx+xjrPukpyp9Suh9QKwpWcG9bgXb3wOHZJZZFkyrThA3jA6BKrJuT6uXtPsHOY7cCjR23gP7Ouq57HUtnan4G1ayuzVF7Hak+TDLe/13QTNlhmVXSRrX5URaVO+ZTI+t17nzW4ArSuzrlEFKOa7xU/nsULdDHJ929IFCbtKvg= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: 11bd8aff-7b9c-47ca-6a5c-08dd6777a46e X-MS-Exchange-CrossTenant-AuthSource: CH3PR10MB7329.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Mar 2025 06:22:51.8389 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: uTvco1RR8SSqBlGAm51jikg5okalTTuqTr5zuYws77fO06hpQWodImCNNR/Ghn2j7CpLO6HZAp226WAalXN0Hg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3PPF1BD38130F X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1093,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-03-20_02,2025-03-19_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 malwarescore=0 mlxlogscore=999 suspectscore=0 spamscore=0 bulkscore=0 mlxscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2502280000 definitions=main-2503200039 X-Proofpoint-ORIG-GUID: F6M8ko0Pvt0VOlS6K9tg6Vi5VoEuG3dN X-Proofpoint-GUID: F6M8ko0Pvt0VOlS6K9tg6Vi5VoEuG3dN X-Rspam-User: X-Rspamd-Queue-Id: C14CD160006 X-Rspamd-Server: rspam05 X-Stat-Signature: nntkhauxorc8z8qmz8y9uymm31f346t5 X-HE-Tag: 1742451806-913740 X-HE-Meta: U2FsdGVkX19riOYB2BUldaxBe6zrg8WbapqEwtg89vK0JKfzslEoNRJT0NmNT+pRZKwDwjxd+j6sSruFwefs4BdrEn6r38HY05LHIOm/hr8gsV5h87K/m+R38cY/2TaSpTqpNf0FQQnXX3F8gta9OZ0iWqSIXpmpa+Yvqep6vhu+YW+4WGPCVR7IsbFFoWfYx+8yKneVN29eg2qSmv2oJbqZ5h1kkbHv9T1DhSCnuIQhklQ7i98nSgAdFCgDeAnjcSFpdXCSf0gB4qcayqeippRKLp0nGtXZLAN49d9SrFOAKt4b2DHHElhkQcs0xvp7WAFRB70sBbyirzewC/TqET/FVYeWjQshW/kf8YW2Pw54a7B38aKLRmzvMWjMyXpKMIn8mGj8/wsg2+Zw5cE5eddcEd/WCaaS+79T7rUtNvbqDcJE9jqPVWbQqOo2fNy4m+UaH4eEqY1Ovy9g0LATkyy8wIpauWCKreWBMT4wRzyYTvGIT28cavTEfZKsUKRlznH7VFxklUlzPJ8eWPM3h6wgzSaMEWGFF4yUZfDG5FfDHk9ONW7QlHEHojOX8IqVpkbk//R0VP7BcIswI501HWDHQdPSkE/+PNzcfx3Cm+cf1ENkRSCgiL9L6hwCnAUrmPDW5+yS0xMsCETkWKJEq0KEvWDRTrRHg291xIyHlt//GgniK/+kBQ3TOJZpMIDEYjdHzH8zXzitJnMe6/LVdxegm0/NKDtosfp3xudkIG6dln8cP57Be04CRE1ZLsSrkcczyIgPPEVTgzEVDeVHwf4E3T7FO++zS0Nebg4HlM5g6FWvIaXZHMebdHK26E5Bt6m4/eGPVe+17Erv9D0u0VXfIkfl1u58lO3KW+mPd7gEmCoJyx+bZOgZsrx+okiVCtfeTQSllE3cj0lc6XE8IY3uLAo9EJVN/XqZQmTEg7Ne+VZb4qRegrm+JFFCz2gIgMcCWl4NG/D6p3a0SC1 pn9mgscl RyD53A6n4PgUWRnU1mdzCSXyKfrqIZ8bxYbRxLeg9CnxuQnOXNMKsbLQJ+n57OGAvg5gT/yEEKhWGVFcNEZ6wf7sDaG3bzAZi2w3EiLt/Wa8f/sG2W07Y22IYxcFw2ZM4CfmTwwJMrDri65rBOhG6yqT4bnQQNhaslFrLTL4piVYSrt3dJ5lhx5NtohJH/OyOb9jYMyJwhC1UVayIGxqVDaoxe5ItCqFbW5vqaBctiMA+xBmydv3toAAHcvjZZoqLiY7tf8/GV2FlqcUYgTgjMguYvv8hrivka7HKMi43PWSH3FG5z2sqLBOa73Bxq/A7pAqRKP7Joxbaih3DknWoEAq5lb5elpCODTDQFdEJ9OBKwUKd2ksPPr+CJ8tBTMoSgXFKyKHvtazuVAuco/4vEt8esb+pcQDDymgOlBFBo6T7kK1xExcKS2kGzMCSDUi4dhxwtmdaRiNk3KNIf29dwTJrE2JlJOjzcCujdGvx+Qnm8hHSmQb87lGIKfxpmES7QidpgzF66wmBlhrQ7pJ03iV2dDxfoXKpMTHTgJu+yBATsY6khaEsUsETNBX7NdUcidQF7EzzT7rGA4ps6g6iqLeXiZpgiv7kErHDwOaDta/imMktEMwfj0AYIfYOjWwjRhHO84sJL8B59KLJ5Exg/JS9BUH8T557gM2qj1O5YSbepmsAgAzlRaqHhHZ2n3R4j4DoXcY0IJ896LuSOH4h8xYAwg== 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 Tue, Mar 18, 2025 at 11:19:42PM -0700, Shakeel Butt wrote: > A bit late but let me still propose a session on topics related to memory > cgroups. Last year at LSFMM 2024, we discussed [1] about the potential > deprecation of memcg v1. Since then we have made very good progress in that > regard. We have moved the v1-only code in a separate file and make it not > compile by default, have added warnings in many v1-only interfaces and have > removed a lot of v1-only code. This year, I want to focus on performance of > memory cgroup, particularly improving cost of charging and stats. > > At the high level we can partition the memory charging in three cases. First > is the user memory (anon & file), second if kernel memory (slub mostly) and > third is network memory. For network memory, [1] has described some of the > challenges. Similarly for kernel memory, we had to revert patches where memcg > charging was too expensive [3,4]. > > I want to discuss and brainstorm different ways to further optimize the > memcg charging for all these types of memory. I am at the moment prototying > multi-memcg support for per-cpu memcg stocks and would like to see what else > we can do. For slab memory, I have an idea: Deferring the uncharging of slab objects on free until the CPU slab and per-CPU partial slabs are moved to the per-node partial slab list might be beneficial. Something like: 0. SLUB allocator defers uncharging objects if the slab the freed objects belong to is the CPU slab or in the percpu partial slab list. 1. memcg_slab_post_alloc_hook() does: 1.1 Skips charging, if the object is already charged to the same memcg and has not been uncharged yet. 1.2 Uncharges the object if it is charged to a different memcg and then charges it to current memcg. 1.3 Charges the object if it's not currently not charged to any memcg. 2. deactivate_slab() and __put_partials() uncharges free objects that were not uncharged yet before moving them to the per-node partial slab list. Unless 1) we have tasks belonging to many different memcgs on each CPU (I'm not an expert on the scheduler's interaction with cgroups, though), or 2) load balancing migrates tasks between CPUs too frequently, many allocations should hit case 1.1 (Oh, it's already charged to the same memcg so skip charging) in the hot path, right? Some experiments are needed to determine whether this idea is actually beneficial. Or has a similar approach been tried before? -- Cheers, Harry > One additional interesting observation from our fleet is that the cost of > memory charging increases for the users of memory.low and memory.min. Basically > propagate_protected_usage() becomes very prominently visible in the perf > traces. > > Other than charging, the memcg stats infra also is very expensive and a lot > of CPUs in our fleet are spent on maintaining these stats. Memcg stats use > rstat infrastructure which is designed for fast updates and slow readers. > The updaters put the cgroup in a per-cpu update tree while the stats readers > flushes update trees of all the cpus. For memcg, the flushes has become very > expensive and over the years we have added ratelimiting to limit the cost. > I want to discuss what else we can do to further improve the memcg stats. > > Other than the performance of charging and memcg stats, time permitting, we > can discuss other memcg topics like new features or something still lacking. > > [1] https://lwn.net/Articles/974575/ > [2] https://lore.kernel.org/all/20250307055936.3988572-1-shakeel.butt@linux.dev/ > [3] 3754707bcc3e ("Revert "memcg: enable accounting for file lock caches"") > [4] 0bcfe68b8767 ("Revert "memcg: enable accounting for pollfd and select bits arrays"") >