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 57771C4332F for ; Fri, 10 Nov 2023 02:45:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B28AC280024; Thu, 9 Nov 2023 21:45:05 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id AD820280023; Thu, 9 Nov 2023 21:45:05 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 950C0280024; Thu, 9 Nov 2023 21:45:05 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 855F4280023 for ; Thu, 9 Nov 2023 21:45:05 -0500 (EST) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 52C541601DD for ; Fri, 10 Nov 2023 02:45:05 +0000 (UTC) X-FDA: 81440502570.09.182B017 Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sgaapc01on2106.outbound.protection.outlook.com [40.107.215.106]) by imf28.hostedemail.com (Postfix) with ESMTP id 62A0FC0016 for ; Fri, 10 Nov 2023 02:45:00 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=pass header.d=vivo.com header.s=selector2 header.b=PAe2uygv; dmarc=pass (policy=quarantine) header.from=vivo.com; spf=pass (imf28.hostedemail.com: domain of link@vivo.com designates 40.107.215.106 as permitted sender) smtp.mailfrom=link@vivo.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699584301; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=eWCUaVn263Bz0xoiETmgXPyffd0LpAzDQtWx2nPL7NM=; b=hhmzR4nDIIYqD4TW4x5FWKAX7pYXTJi+Vq5IOqs+H/em4sOPnkQbY5bltTP50saEzXaZKe H5KtIfXqk90gVmFgTMg+nLhc7zIMUw9aAQlkD6XAEQo1J5dG6cqsXT/cpisf8EIyuaffGr pIi53QfAEo0bVq100w66CFcFuL2r/lM= ARC-Authentication-Results: i=2; imf28.hostedemail.com; dkim=pass header.d=vivo.com header.s=selector2 header.b=PAe2uygv; dmarc=pass (policy=quarantine) header.from=vivo.com; spf=pass (imf28.hostedemail.com: domain of link@vivo.com designates 40.107.215.106 as permitted sender) smtp.mailfrom=link@vivo.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1699584301; a=rsa-sha256; cv=pass; b=yFotzRQvl8ON1j/5LnaCUN2Tz03jop4fgRBbovy1BE9okjVD300LsT0SRrgA9wm5WEnV9x UxHy49M8NPkQKXDMZ+rS4REV+CVlMSjsv145t6x7Uyuys68rKFpVO92rV1fiwSZpd0yrGZ l2aqWRF3Wx/T+tNrPnMOR8Ja4I/96Qo= ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BoAdCnyFuZn91EZSTzZQDBqeqXq7f2lS7rhBwT4cwLwFDFc0nGHL/tg7sPBqO9WsPCH1rjvdfNh4k3vuM6N6SAnHYzrx+E4NWgJlzBQCjWRA9RLI7s2BjdkBlNL1NAppxWsu8u1gzZVY3umsU2eAaowLe1JOU+imew59aP+gnFVmvr63SDjrn60oWapipm8kYGhaT4Ir6TO/tGSzCju6DH/tLvUPBjXARTDDs2AOEvMVkfU4v8XolhdE8/Ex0ZCNgGaxOlc0jeqdF/1/CjwtPkIqmb+zAegNpYHP41h+bsoipUgHjI3c7AOUKuKwfb3Th9IKurEDh69PfaTQiJnTEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=eWCUaVn263Bz0xoiETmgXPyffd0LpAzDQtWx2nPL7NM=; b=Rsp7297xZSF+IOVr/3fSS1OEoJ4Fczr1MzP0mFX/feJLfubfDewGMvrR9LUqf93h7QYV4o+JtYrWknhWTGzp6S24PTbWvQ5UhCegvsTNN4UVJpombslgzefxzN7RXQtSeLZgmMr9YCSXH/Nlib6rzauxbUDpKFqfumkilYgcJFngCOrBWWDRgQbDh2eU6Y19xovBZ+gg/501am6z1PyHjZNpSTHflUl7Sv6YysPDLs/0Osk17YbaY2+UWy6LDtkhKpWu19ufftT7fflo6XTOSOTM80tLtvz8b08CaVVOv0hBLTaEbMXZOjw3cXq7Qr4NIakbteXuVXj6vvNFomKAPA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=vivo.com; dmarc=pass action=none header.from=vivo.com; dkim=pass header.d=vivo.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vivo.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eWCUaVn263Bz0xoiETmgXPyffd0LpAzDQtWx2nPL7NM=; b=PAe2uygv9VedZIMGEGogLRRZWK7LttJk4mgKiBGnsxorO41mEqf4P2gl7t46AG37dPznLTZEsqARZPgGCfOs/qbdGbEYTvbf2pDbD+p6xQ3NPx/PzRaq7D0kbLN16ySp6sWKtlrCjd1Ado8iAaHTgwTrJanRpgvk25O0PJTJ1ef/46J82F4Aqw/IIpgizcDj0NQAtPVNlWnZIRr/5yjHgfNU58iK4f91xarC/0nuyM/PhfMOIYSTPySd5y6nQwbDFZmb6RSUggiHraHYs8CtRMxOlWCnWRSYmk76+AW8Nhsxze+HlUxrS4OLUUJCLpvQD/NbGNPOzK/8efa8sIhYtw== Received: from PUZPR06MB5676.apcprd06.prod.outlook.com (2603:1096:301:f8::10) by SI2PR06MB3947.apcprd06.prod.outlook.com (2603:1096:4:f6::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6954.31; Fri, 10 Nov 2023 02:44:51 +0000 Received: from PUZPR06MB5676.apcprd06.prod.outlook.com ([fe80::d754:7b3:dc4c:6b48]) by PUZPR06MB5676.apcprd06.prod.outlook.com ([fe80::d754:7b3:dc4c:6b48%6]) with mapi id 15.20.6954.027; Fri, 10 Nov 2023 02:44:51 +0000 Message-ID: Date: Fri, 10 Nov 2023 10:44:45 +0800 User-Agent: Mozilla Thunderbird Subject: Re: [RFC 0/4] Introduce unbalance proactive reclaim To: "Huang, Ying" Cc: Michal Hocko , Tejun Heo , Zefan Li , Johannes Weiner , Jonathan Corbet , Roman Gushchin , Shakeel Butt , Muchun Song , Andrew Morton , David Hildenbrand , Matthew Wilcox , Kefeng Wang , Peter Xu , "Vishal Moola (Oracle)" , Yosry Ahmed , Liu Shixin , Hugh Dickins , cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, opensource.kernel@vivo.com References: <20231108065818.19932-1-link@vivo.com> <87msvniplj.fsf@yhuang6-desk2.ccr.corp.intel.com> <1e699ff2-0841-490b-a8e7-bb87170d5604@vivo.com> <6b539e16-c835-49ff-9fae-a65960567657@vivo.com> <87a5rmiewp.fsf@yhuang6-desk2.ccr.corp.intel.com> From: Huan Yang In-Reply-To: <87a5rmiewp.fsf@yhuang6-desk2.ccr.corp.intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: SG2PR04CA0183.apcprd04.prod.outlook.com (2603:1096:4:14::21) To PUZPR06MB5676.apcprd06.prod.outlook.com (2603:1096:301:f8::10) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: PUZPR06MB5676:EE_|SI2PR06MB3947:EE_ X-MS-Office365-Filtering-Correlation-Id: d5c6e6c3-bab4-4e3d-f74a-08dbe19702e2 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: dfpTcCt9jhKWVQ3VBSNpGX9irMfuD3ko6aXzp1vfVE2HLYsG1h9HQPK2Tyb6kWzZt+UHte93C70+TTDInHsMKAf0tdGyoItNqY7QppNx3QA5FSlPVKEVABiZDwPQmDpMwsARGSWcqqpNxVVhssAM2Po1d/Kz3+eTevvVNE4HRADfODkFO6yLcLcGjoyjb87b9sraHaCB3NaUj/T6GLxwUrOncRsxecFy5Ce+6xweu69Xy8lq/zkxVbid/ylFsX+QTQpqt0OlSC76uLR9Dbt7T9Cdma5TzrfvSPXHbFvlpjWE0ih/0gK8uHNckQoVSyiIqLydsxdt72+Y1jqX0L5mp2uAeCfioUMZYQKVXh4yFXpNvfxlQUKwoIrQUkGgElrB/o8tufUmar3lt10nNqQzqlvZsSRmK4ySozMVJ4h3XsbUyDy8dJLtnxzVrKAcc2bdJe3hN7pbDvOnWtus9YY9h61AxTGmHzDXbIr8O6Cv0eiU8TSNBiY+hqQ56Z9ruQ0iLX5tBtn9q6jih6LPoSYMBEqr2rQrXzzO5/miXeXcxIo39vsLggTS11tOqR6wI/M78wVt1qXg5jw6Pkncta77eA3XYkFanT3SYUT1YEJfNCThEpHycUJsoUdmIK1Jiv6K4tw5Y8NmBKIhKVP28w5FyJ4IO5Hn/SkK5QHT7/k02d0uMZ5bgeg8XrhJH8saKoGeQPNuQdlyiBOS4HB3qUoKI8ULGn5gdRxI9zq/RGpleGU= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PUZPR06MB5676.apcprd06.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(376002)(39860400002)(366004)(396003)(346002)(136003)(230173577357003)(230273577357003)(230922051799003)(1800799009)(186009)(451199024)(64100799003)(6512007)(83380400001)(2616005)(107886003)(966005)(478600001)(6486002)(8936002)(66476007)(36756003)(2906002)(7416002)(8676002)(4326008)(86362001)(6916009)(54906003)(38350700005)(5660300002)(66556008)(66946007)(31696002)(26005)(41300700001)(316002)(6506007)(52116002)(6666004)(31686004)(38100700002)(43740500002)(45980500001);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?S3dHamJBb3pFYVE4dFdGbEFidGtadHRJMEpqZnBNNWlpS3l4UjRBdVZkMWI5?= =?utf-8?B?YTdEdHRxOG5SS0YwZzVpaWVKYWh0UEEvMk1XcUhCaFNvd1dQSU9tY3hBRk1V?= =?utf-8?B?cXRrOFBJK3hVMDZQWUdNaHNqUXBGN2tCczlnaS9zN294aDFhSDZkOXVFU3N5?= =?utf-8?B?OTJBVkdtdENXZG1PUm5JSkx0ZWhRd1BqeVdPYjl2S1F5eFdsNXpCTFdJemht?= =?utf-8?B?eVBSODlxNlJ6WDd5ZUVlM3VaTzZFbERFaUJRb3lGNnpTSkZXeXBseittcEdN?= =?utf-8?B?cnVNZE90L0RGWUVuZko1dnNZeUFKem1tTUUzTGpxVEJqQTN2LzRsZzdNRG1O?= =?utf-8?B?MTVCVXYrMURkMlNlZk45T2hLNmZ6VnR2VDUrQVhkTnRyRHIybHlUQzBGRS9l?= =?utf-8?B?RlVkTnhmMTI0b0gvR3hhLzc4ejhqN0VsMlYvMy9henNTZllEY002MzArUEJV?= =?utf-8?B?cWRlWFh3QkxIc3BiS1BPZ2ZFSlM4aHcrK0tYVXhXaEkyOG03TTYrcDdHVFdp?= =?utf-8?B?cU5LaUFmdzdZd0lZNklqSWg4eXJWci91YTJVVTJvVExINzVwanIrNS8raytV?= =?utf-8?B?dHFtZldVR2M4b0ovUTBjRmMzQmxzYXRLems3L3ZQcUQ4KzNkaXF4RUcrcUoz?= =?utf-8?B?eWFhczJsSVN3ZjVOaWQ3UnhtajNUcUlkZnc5S3BOVTRRRm9ya0l2YzFzUFJL?= =?utf-8?B?dGdlTVdTbHR6WmgwZHFMVENhdDMyU0o5Vk5NWGZza2FsM1AwNVd1bGNjR1l0?= =?utf-8?B?LzMyczh3cHF3bEc2MXEyWGpOTTlnSDBHVGNEL1RVTHZBMGllT0NxNXJMbW53?= =?utf-8?B?T3pxd0UyOHBOazE4dU9JTmFoR3p5dWRSMytYU3Q0U2grcjdjcSszT0tJaHBL?= =?utf-8?B?ais5ZjFFSHQycER4d29vcVkwNExaOEtJZkpQTEVVS3ZITmhpLzg1OStnbFdQ?= =?utf-8?B?Snl5YU96bWNsYjNtMEpUc0IyamlDNmtKU3dmWHBPUHZpUVhBMnpXVzBSSFRR?= =?utf-8?B?Z3h1QWdjVW5MMUVFeStSNFloVDh2MzRLNE9JRjVJRFRLUjlheTFqSk5pbU9W?= =?utf-8?B?bmVDT0xSRDNmL1hoQzRqVVEyY0N3QWpoWklUMzBFVDJKeCtVTm5aK0l4QkE1?= =?utf-8?B?UTdmbDJZS3A2bHo0dXA1bnZFSisyMmJBeStNblduQjVWRWJvYS9TOFdFcUQ5?= =?utf-8?B?RCtIblY5N0VnV3haWE83WSszTWFKaGgrb2pwWm1ld0lsVnoyb0NCbi8rSm1T?= =?utf-8?B?NHdiYmtnR21NSFcyQWNyZWxvMUxvd1d6eVZEUXZPNm1MaytTa2dsM0JyaFRh?= =?utf-8?B?di9FaExWQm5IYjNiNGd0KzFLd0NsblJwaWpOSHZpblU4OVNZbUI1TmNuNldj?= =?utf-8?B?RkREZ3F1OVVUMHZ4NEswM1cwNXNNSjdYNzB5aVFYdDBCWldGWll5UGZzT3Zz?= =?utf-8?B?a2dxb2p1NTlGMlRRVnlsZk1GOTFCSTJVbjA0N3JRZFVGQzRJYXdBQngwRkhN?= =?utf-8?B?TmlsSXFSSjJkUFJiQ005SzhWYmNveVNuRzBWSEdqSE5XMWt5TGUxNTVocU5W?= =?utf-8?B?UzRROU1TM2p3S2VGS0FueDc5Ynd2UUpnS3FTNVdHS0d0UHQweXhWSzM1RG9L?= =?utf-8?B?YkQyVXQySy9WZ3QrZHNKSjIzcmQvaGtybUFoeTBLUGJ4YnA1Vms3ek9mUFRr?= =?utf-8?B?aWpyU01uVi8wNi9nT1I4aDg4UVlHeGpMVWJaNmMySnZRQlJrNmlxU3NyNVFp?= =?utf-8?B?cjdwOWZLdjFDa0RxTlhURU55YUtSYkNaLy9VUmFSZXN5YlVXUzAzYWdpeWEy?= =?utf-8?B?Q3ZadlRoZVB3S3NVdGpZcG51Wkw0anc0Y2M3emUvNmg4Z2tBVGhIWEVhS2xI?= =?utf-8?B?V2NHQmZwNlJIVGIxT1c3Yjl2QTNtWVRPRW1NTThIYjNyL1lVRGhSK0V6TEJv?= =?utf-8?B?RU9FQTAvODZPaXRXODRxZHhwVzQzQWRZUUxJaWJpTG41NU1YbkFtSjFOcldU?= =?utf-8?B?ZTltNnl3Rmg2bXE3WGgreE5Bdmo4UXpsZzdiZzlMQVRSbTcwTDN3TzExcVpL?= =?utf-8?B?cTVUS1ZZdzlJSnY5M2VzaVlmS3I4K1NRMEpUUVZ4MmtWb1JXWHBPYXpoTkNv?= =?utf-8?Q?d14OJTRYsDf2xfBI4GCViZ00O?= X-OriginatorOrg: vivo.com X-MS-Exchange-CrossTenant-Network-Message-Id: d5c6e6c3-bab4-4e3d-f74a-08dbe19702e2 X-MS-Exchange-CrossTenant-AuthSource: PUZPR06MB5676.apcprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Nov 2023 02:44:51.0809 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 923e42dc-48d5-4cbe-b582-1a797a6412ed X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: GzWjIoMGMgRsICgb2sWWeupvsvv3Sl69FBTHdu+964N3Gl/kgpmWkt+oISQ+GeDwkvvdKdiM2oz32bXqY99ggA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SI2PR06MB3947 X-Rspamd-Queue-Id: 62A0FC0016 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: 63ykw1oecpqwfarodcyukxmd54dsegiz X-HE-Tag: 1699584300-40405 X-HE-Meta: U2FsdGVkX19VOmFU+gfr78Fch8LFZOTf5O/Nj8j9DvoLA11wKwXz4HUw7KwEDH1pBcnabOKeELJnaXNUIPc/IYvU0wNd4mLdcdN2Jxx+uhEYYxtTXEwtwMhu+Y6q9anHjlbOd8EyqfpveIMStSiM7zsw2ep5I63QUnAtdwuPCqUi7ZC/lz9NeYaKGWV0F+jlGoG+n2qybYRah5QA4r70A+Q2eQaUsOw0dRwsaydYEnVAw6WhuVf7Adkux7mfDGE/8xW+GLEV+uUCwdHvH1L9Qrwya4z5WI30uL7VaBlKS7AlUuplGbl4dVSZVLh5w13rt5Rr/bl6YYOi1nuL81QILIB6EB48UIlM0J8XqIQ9HHnlgYbBg2OGFOzR5stZ1Ba2a/BpnxBN7+YCk5Yj5bgX7FyrAq5YkywvLX1J9kL7rQ7HXIPGNpnhEfmdulCJgEngX/gRnfGFvKrX/90I4FBP155QdKxFujT7yh5I+Mz3CFIHCZ5XJl6ha1zr12OV7NXfSRK3XW+/LzXixm3ysO8EkvP6qPPqp3ff1euxHjqb8uNzubQMQld0/iBzuo5QgbKrHN2yAyzgYumGbHyEFm+cVjbiYXHh/Xotfe0EXfL3K7sipHUn8d47K/lu7LBTsWQp7RywwrNm1lHtCRLTD344XAxnok39sf6NLnAY/App2A9gJEJtBtntACM37hL9lWfJhG38WD7kQjm8iBFPTF50Tuisnl40UzqoC8vVXGW1ML1iXDwWlKB1xssT/XmO/xvK+pprG1POLOFaYTIK5KaTfxOw/qlu9iSHA3HZ5uDu0Ihz8C5XmgWTOdZku0n5djcQiftuNXmF0/5GiTTsrHU0dtkOmH5Q1f3J5+AA8zW4x2zrn+u23rhRPel917Wndt428NFYdl4wy4OD94RC+e4vD4NyfirsGf7al5LoIqYEOPvd/FaaLXYe6U5s4RrSn3VXL0vjjfhHjpTQzNqb6nu xRR/iiQL BuLaIueIxq7Xcwhp3vunoXFAdzsTiy2aGsn8344ilnS0JgDbAgGoT5GIGeTgsMcDOn4itfs1bhVwrWOYNMFzM+jIeDgLXrYvlm0puVcrCI2gmGNW9PZabCBzFvrZdRJr56Rs616efVUge2F59FCtI3gRVdSx5AHG6DrPnBngRDwLvas/hadlKa10fL4KAZrvB9GCnf7gigiqiN9+ciE4fwbF6hvgl2NwIybUDHFpg4YKO/UTveIETK2arOYwA3YhP98njTRZL3rERCTe0mN0lXXN9No+UlfyKYeqWwLLBgyRjjsA6kCq1wRFPfSUlancwpxvJCwmEQaCK8WQd/f8LLbMDKn2iXXgyH2OTPpRRJMCVOCjFLdFYTeWaPpb2rdqZlsRwjIbfdoAnZNBNeCyhTmtjzNINYLLnw4Uq0kndI6KynDmk9msHUj1/lB6gH9cDZT6cYJMEcVtOmRv6WhTwQrWAFzuZDcx4rNhWx8sMFnugvOIEg38PIVjMIHGxyplY5TK6uYSr9LVhuJqE3cmv3TDYZWLO8rKJ/7tIpDWcXqFYGHvuwVPoS86wLDpa3f9XubEt5LdwLqzatnKMedjC1E3Su4HwPMPmxkBMRCO5rhlzsPXAAmhWKcyVvP4SSNb3WrcBLIwHNh6zWs3WUT1bqKXfbw== 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: 在 2023/11/10 9:19, Huang, Ying 写道: > [Some people who received this message don't often get email from ying.huang@intel.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] > > Huan Yang writes: > >> 在 2023/11/9 18:39, Michal Hocko 写道: >>> [Some people who received this message don't often get email from mhocko@suse.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] >>> >>> On Thu 09-11-23 18:29:03, Huan Yang wrote: >>>> HI Michal Hocko, >>>> >>>> Thanks for your suggestion. >>>> >>>> 在 2023/11/9 17:57, Michal Hocko 写道: >>>>> [Some people who received this message don't often get email from mhocko@suse.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] >>>>> >>>>> On Thu 09-11-23 11:38:56, Huan Yang wrote: >>>>> [...] >>>>>>> If so, is it better only to reclaim private anonymous pages explicitly? >>>>>> Yes, in practice, we only proactively compress anonymous pages and do not >>>>>> want to touch file pages. >>>>> If that is the case and this is mostly application centric (which you >>>>> seem to be suggesting) then why don't you use madvise(MADV_PAGEOUT) >>>>> instead. >>>> Madvise may not be applicable in this scenario.(IMO) >>>> >>>> This feature is aimed at a core goal, which is to compress the anonymous >>>> pages >>>> of frozen applications. >>>> >>>> How to detect that an application is frozen and determine which pages can be >>>> safely reclaimed is the responsibility of the policy part. >>>> >>>> Setting madvise for an application is an active behavior, while the above >>>> policy >>>> is a passive approach.(If I misunderstood, please let me know if there is a >>>> better >>>> way to set madvise.) >>> You are proposing an extension to the pro-active reclaim interface so >>> this is an active behavior pretty much by definition. So I am really not >>> following you here. Your agent can simply scan the address space of the >>> application it is going to "freeze" and call pidfd_madvise(MADV_PAGEOUT) >>> on the private memory is that is really what you want/need. >> There is a key point here. We want to use the grouping policy of memcg >> to perform >> proactive reclamation with certain tendencies. Your suggestion is to >> reclaim memory >> by scanning the task process space. However, in the mobile field, >> memory is usually >> viewed at the granularity of an APP. >> >> Therefore, after an APP is frozen, we hope to reclaim memory uniformly >> according >> to the pre-grouped APP processes. >> >> Of course, as you suggested, madvise can also achieve this, but >> implementing it in >> the agent may be more complex.(In terms of achieving the same goal, >> using memcg >> to group all the processes of an APP and perform proactive reclamation >> is simpler >> than using madvise and scanning multiple processes of an application >> using an agent?) > I still think that it's not too complex to use process_madvise() to do > this. For each process of the application, the agent can read > /proc/PID/maps to get all anonymous address ranges, then call > process_madvise(MADV_PAGEOUT) to reclaim pages. This can even filter > out shared anonymous pages. Does this work for you? Thanks for this suggestion. This way can avoid touch shared anonymous, it's pretty well. But, I have some doubts about this, CPU resources are usually limited in embedded devices, and power consumption must also be taken into consideration. If this approach is adopted, the agent needs to periodically scan frozen applications and set pageout for the address space. Is the frequency of this active operation more complex and unsuitable for embedded devices compared to reclamation based on memcg grouping features? In addition, without LRU, it is difficult to control the reclamation of only partially cold anonymous page data of frozen applications. For example, if I only want to proactively reclaim 100MB of anonymous pages and issue the proactive reclamation interface, we can use the LRU feature to only reclaim 100MB of cold anonymous pages. However, this cannot be achieved through madvise.(If I have misunderstood something, please correct me.) > > -- > Best Regards, > Huang, Ying -- Thanks, Huan Yang