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 D508AC4167D for ; Thu, 9 Nov 2023 10:55:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5F0CA8D00E2; Thu, 9 Nov 2023 05:55:26 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 5A0868D0073; Thu, 9 Nov 2023 05:55:26 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 440FC8D00E2; Thu, 9 Nov 2023 05:55:26 -0500 (EST) 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 356AA8D0073 for ; Thu, 9 Nov 2023 05:55:26 -0500 (EST) Received: from smtpin24.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 0BB8BC0D8B for ; Thu, 9 Nov 2023 10:55:26 +0000 (UTC) X-FDA: 81438109452.24.78F7D24 Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01on2122.outbound.protection.outlook.com [40.107.117.122]) by imf16.hostedemail.com (Postfix) with ESMTP id E8101180006 for ; Thu, 9 Nov 2023 10:55:22 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=vivo.com header.s=selector2 header.b=lAJ35mcj; dmarc=pass (policy=quarantine) header.from=vivo.com; arc=pass ("microsoft.com:s=arcselector9901:i=1"); spf=pass (imf16.hostedemail.com: domain of link@vivo.com designates 40.107.117.122 as permitted sender) smtp.mailfrom=link@vivo.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699527323; 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=SfMcuMyVa5E3l2CKKN3SYmT7n86qn4rvBZMmCk1ISG0=; b=uS7CHVR+L0Ok+bQMvnXY0cW1OA/ZG0FC7ABLzsI6k65mf/NgCGjaKgvL6JYvNFntAWdOG9 UCgA4cYnJz3N8BDM2552YW2ecHW2HyCVcEvgfJAel7h7z9UAVpSRc8fkHCfkqwSTvzM3Ns 80nOQir+rUteivHd81WBZmWNgFvLc8A= ARC-Authentication-Results: i=2; imf16.hostedemail.com; dkim=pass header.d=vivo.com header.s=selector2 header.b=lAJ35mcj; dmarc=pass (policy=quarantine) header.from=vivo.com; arc=pass ("microsoft.com:s=arcselector9901:i=1"); spf=pass (imf16.hostedemail.com: domain of link@vivo.com designates 40.107.117.122 as permitted sender) smtp.mailfrom=link@vivo.com ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1699527323; a=rsa-sha256; cv=pass; b=uPNSHaG41KC3HA6ORfamlGuvtOuDToaRM96jG5sxWVIpT0/adovy7mBDb6xKfGvHAdBFqI vh24JU0++q2m82i+Lk98VlBwzYXyQYN2NdPSeAqnRgE4TRW8mhwxDp1ya8ESjzIW/YQb5u exkk3ONAYAwOuCjIq5gidwSh7Vg98uc= ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MlRuYwjdND/HcLQ1o/U2/JQO2qaoHgpVL7brWVVKA6pjRDlmJ4TQGCQ/fhMMFABR8uMkQvJle5IfyGgQ/jxjI5WQxeB5sJXuIeWQGyxpPb2tZQSodT9vESXqfflRE6hvDzoJsmLFb8PZJ6kH1j8iT83BhOkSFhYJ4sCfl3FngtzT1i5ZRbHvZI7ScFxYEhvcID/t1U3eUoFmzySi749IGwh0bPySQyS9JJK3k6hhfbAMBSZ6JdktlCsV00FDjau+4CxpZUwI9g94nSXImE7/Ax92gI0P18EAwjLukIJ45aofEkAJMN7H9XCVmaw76UMatsCbMAzmkfSNkOEhfSPMhA== 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=SfMcuMyVa5E3l2CKKN3SYmT7n86qn4rvBZMmCk1ISG0=; b=iyI5GDJafXvE790WwMr6/2PdLks/+mWVlFSpRNsei6pJ7NxW6827q4OVFvYh7aoOH420rKh9Pc1HjjCitseVG/soqeoZRY1/TyLd1FgqkmBQoH6dlHoUjO5ydoGuWT8PZENLA3XyA/TsHlxzMY2je1VlcEaTJj7yMIXqPYXqqLdu/2VxsSDglh4aB2lrxsfEK3aIbYq8SauPNIa2xVC2TzRUpSwp1pKy7d1yeAMwPArHHg1OYNC/z94/ILABij8ZGV0PBS4USQi8/G7Fx4yZajcN9gcu44uytTSYS0H0bAsgLrGFtswyBZ9efSy0Km1qy7XW2Bfj5rlimKZiC00exw== 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=SfMcuMyVa5E3l2CKKN3SYmT7n86qn4rvBZMmCk1ISG0=; b=lAJ35mcjwvDm7GtVCIFMTmkTtf6i8lSyZw30fwZrh5emCwymNmNph1RRohUqRYCMdwZnKoQrEFHDpI1nj4N9B9ZdqrENwbKh9mrCSF4LsnfYcPXY1MC6irGJc6+DHMjQgpAzXI7Mvovk4//6T6VOduu1p9HsoSvWyc57wom5ck5U4OkWpYeKwo4psVm4CcuYbIN6+mlbrO7r2OvXVzNpf/Gqkn5+7FOxLqug9ksI7AtxNTnmk08RrnXInRT5xUpYMDiM6StyhfJKqhpn9/+1Cap23rC7XumpERo6BjGQtFrmo0LFmJYKCxH1NwKvAnNl83umIpLjWq2HNeYwQ9Rtnw== Received: from PUZPR06MB5676.apcprd06.prod.outlook.com (2603:1096:301:f8::10) by SEYPR06MB5815.apcprd06.prod.outlook.com (2603:1096:101:b1::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6954.31; Thu, 9 Nov 2023 10:55:16 +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; Thu, 9 Nov 2023 10:55:16 +0000 Message-ID: Date: Thu, 9 Nov 2023 18:55:09 +0800 User-Agent: Mozilla Thunderbird Subject: Re: [RFC 0/4] Introduce unbalance proactive reclaim To: Michal Hocko Cc: Tejun Heo , Zefan Li , Johannes Weiner , Jonathan Corbet , Roman Gushchin , Shakeel Butt , Muchun Song , Andrew Morton , David Hildenbrand , Matthew Wilcox , Huang Ying , 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> From: Huan Yang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: SG2PR04CA0192.apcprd04.prod.outlook.com (2603:1096:4:14::30) To PUZPR06MB5676.apcprd06.prod.outlook.com (2603:1096:301:f8::10) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: PUZPR06MB5676:EE_|SEYPR06MB5815:EE_ X-MS-Office365-Filtering-Correlation-Id: 0fcecc72-55c6-4ff1-b8d8-08dbe1125b28 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: onyJPUy/Z0AxYVVWj3uvyxaFdzq3FUTgLqsnKiGI/WrfWixM1fqR89RUjE1ycX4KFOO+czW7QFQh2gd5Frd3IoVeR3Z8grMr5XVivHNylvp9IAmZ0mHjcoPOz8+pkcSBSl6PPmIQvY94la6/dySawniBqjrHE40CJu8fLlMIAoQvXwj9zVwkfQ1e45KONg1EWYB6dlVSqaCdQNb9E7qnDU2kh/JT4KOefBP4dXY4YRO8Wg9I/KYbb9FilkPKpszJPRT7AsMTzYUdw5pFPS82UN4YOjB8Hfr41PNxh5EUk2q2EwKDkQj8L86AgoBPgcAN6/5c57ZKuY4Vqk9K4TTOmTSDVG429pHlNxzwaicWnlzAzOjHYILoktgdFTo9VHFVlatNjBkJuUDlLmPBTDrgjCOqcduJg5HeJyCPnEb9UMB/O/PxyHb1sIoow7um9fBPy6q3IbSAKd3agC/70gpcgRH/z/wpGNhgKg7NwEjGY62x6TIZdhDnrtBM/XBHBKMqhFDjwJl/4UE4qgHVXuQBLoRZxI5JTVl2V6zdiRwJzuHBSnSPcopvqhSvdEAig4QIdSph2yYgnLSzlVV0rQLdxDrNoeIxNGEz/Y7anKnSw6VYUux/SOP8Nbbgz6mle0EnUMs1fAPJv4a6sSTIxyXTtzF6EgONU33gEbMDyU5tVwnidlQ31t86KwWcn1l80CG5zVY3aqr8B51K/qaVi3fekoqGEiTBFLfnxr6KFQ3LRgo= 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)(136003)(346002)(366004)(396003)(39860400002)(376002)(230173577357003)(230922051799003)(230273577357003)(64100799003)(1800799009)(186009)(451199024)(66476007)(66556008)(54906003)(66946007)(26005)(2906002)(316002)(31696002)(83380400001)(6916009)(7416002)(107886003)(86362001)(31686004)(2616005)(5660300002)(6512007)(41300700001)(6506007)(52116002)(38350700005)(478600001)(6666004)(6486002)(36756003)(8936002)(4326008)(8676002)(38100700002)(966005)(43740500002)(45980500001);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ejRoWjBISnRITWc4VTNlUTUxRXpob2JhUjhFRHFES3kxN1VMMUJNQmwyRWNG?= =?utf-8?B?WGJtOHJIVDQ4YXFjOFNDeTVyODJod0RzVEplV1k3NFN5TkpMVnFNSTNYcWVQ?= =?utf-8?B?NXpweGY5OUpWRnZRaE9BUUFnemRvVS9JU1Z6aEVaWVIxLzQ3QVorM28xSVAy?= =?utf-8?B?b0wybHNHcG9lRHp5OHAwU2FmNHFsbVBsQnpKRTVxRjBhMjlXeTRoVGYyRzcy?= =?utf-8?B?ZVpRVFpqSmpnaEQ3a1lvT1dyKzVhREpLYnI3eVlGMFdOeERWMVhzV0pTNlVF?= =?utf-8?B?YnhNMm9EZnNTcEhHbk9odUVTMXRJSkNjVFdub0lmMTRaQk1uMXF2SFk3N0FS?= =?utf-8?B?QWx4MEI3SDRLbnJlK05xL1c3QXpJQVpSbk8rei83eThDdDFIRFVwT1RSc3hP?= =?utf-8?B?UkRhNDkwVjFkSEgvNE8zVmdEa2cwcFVBMkJxa2FDSlRjSk9EbDJMTUM3RW41?= =?utf-8?B?ODdqVDN1aFJXbHY4dDk4bDJ0akdZcDdyNEl4aXM0MmFhV2k4eWxvTlI5N0hu?= =?utf-8?B?NmhqQ1VscnNhTEw3aUhGS3hOeDljK1JuZ01QWWdDVnZZZFFsSzFYUG9KbnJ0?= =?utf-8?B?R3ZLK3R1b1M5c29uam5rWnN5clZaYk1sU3F6YTNwUE5ScDhVdEdid1ljeDJF?= =?utf-8?B?cXp5T1FyU3BZUDA4Qm5PT2p0QWNncmRQUWR3TlloL3FEOXhMWWxPL002ZzJp?= =?utf-8?B?WlBVcmZYS1V0WERPdUoxNEN4V0dtb1RGbHFMeWZGWVJVSVlWT3huWW04aVdX?= =?utf-8?B?OUxwWlVUOU4zRjgyUnFvWGRCbmw3VzR2a1poY2xzOS9NcWNXV0pSMkhuM0xm?= =?utf-8?B?d1EzNEhpSUpxR1J2dU5zNCs1OEhLMUVWa01GdVBnUU9GM1UyNUZoais2RVhS?= =?utf-8?B?cGtYdjF1L2JaSUhWOHJjVDNCUkRUdWUwOFNaZnRPWGdmWDBuU1dIVTYvenFu?= =?utf-8?B?MXJnR0pJcTlUZnMxRm5iSkRLekZBekQyaUlQbXgzcDF0VXZPc2Z0QStGWWVP?= =?utf-8?B?aFVHdlJBS0M2aUpBcmVaaHY5NHhxMEpRQitiN04wMVkwU25YZkphTENHSnpy?= =?utf-8?B?V3hUU1lOMGFVOU5XR2UxdnBTdEdDV1RjVFdiNzRBNlFHWmtRdlkwWFVCTHVB?= =?utf-8?B?dzBMZzZ3a28yQmFMbk12NnBYdG51Z3dGZzM4b0tOSHdkK3ZqaWZZOTFTR1Az?= =?utf-8?B?Z2JlRTUxK1UzdUNkR0l6OUhlS3hMbU5MMEtXOTVDRzV2aEltU0RaOFl1SkhW?= =?utf-8?B?dUdaL3lBQmJ0RWNOWVpRWmlCcyt4QUJnUG0rZ0RETTZxZTlRRHpLNnR1Wlhy?= =?utf-8?B?c1pRSnllWWJ2UFp2c0lkKzd5R0NVdWZCSmFMUi84eHNMVTZlWEhIc3J6L2x5?= =?utf-8?B?WjB3Tzh5eHUxY1ZPVEthTERGdzdSQk9OSXlqTkRFYWpxOFpPck93VGpyYmlX?= =?utf-8?B?OGQrKytBVFNnYzF4L2M3QmsrbklWd1BZQjgrZXNQbXVZV1hqTE1sdzFFSnM5?= =?utf-8?B?NUpuOXh1OGlGbkNmSDZRY1FNdW5zTFZ2VnBHaksrWjVmdE5yejY3VkVaZ1E4?= =?utf-8?B?a21oQlBPVjVybXdUNi9sUDI3WjBJSTZVOE55bmZRUm5JL2hPWVNUaVZQSDZZ?= =?utf-8?B?ZEsxeWhEcGd4ZjhHemN3WUFBeUNZeDkrV1pZTEs3dE1ub284TmFMZndvNHIz?= =?utf-8?B?b1FscnJuU1NzTFc4ZjhvMEVDaXlITUxnSFFkN0M5QVZYSnk2bTR5QXlNOWFC?= =?utf-8?B?RS9DUVdVTDdVaTNzSEt2RlU3OEtNSFAxMzFtQ1lHWDlYTTZJaS8zZWl4R1JI?= =?utf-8?B?MHAvUVphQVI1WWJsNGpWUzJMZVduV1ZHNEh5enI2ZEoyZ1Jla2JCZ0FieWF0?= =?utf-8?B?Zjh2ZHFSWHcyTEdlVUZQNlpLYStrSXhKSmdKY1ZYWFlDakM4NU1zY1RQTGgr?= =?utf-8?B?cWcyUzRaQnZTUDY4ejBDOUswbk1kQUhBb2VHdWFWSENFQ0F0NkxmczlpbHFS?= =?utf-8?B?VWxoWkFDTmJmcnRFUjV5cjJCZ2xuU0FyU0FYdm8vZGtmbFpxL2w5ZURML3hB?= =?utf-8?B?dkFJUTVMQXAxU21nZ2lvNENDbDdZdlBnQUNLL1pPOCtBK2xpWk8vdmZ6UWNT?= =?utf-8?Q?HM2hw+ZCo1l9Ly5xKazpb6BtR?= X-OriginatorOrg: vivo.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0fcecc72-55c6-4ff1-b8d8-08dbe1125b28 X-MS-Exchange-CrossTenant-AuthSource: PUZPR06MB5676.apcprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Nov 2023 10:55:16.0337 (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: viMNDxAn52Sx9ul0gsZB5amVP3aROL0qONFvyzRdk8JebzZWzSmd10bbWMYg/odMggBWcw9oDMqsS67Cgl/IAw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEYPR06MB5815 X-Rspamd-Queue-Id: E8101180006 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: te1xt73pwrbz3jrnahby5sz9r6odacxc X-HE-Tag: 1699527322-770254 X-HE-Meta: U2FsdGVkX1+mtVIwms8NyggB03iWOC6XB2aGi/woJl98uUqzdwFiSCqidRMm8ie2EDjdCAQnY/Alz8WYM1WYEu34DadTBn22CcgqkbVFic5d0L1y4m6yEtWptSDtSdqgKqu93Oy7m4cY98nv7q+kPKJHk0ADmAt3DCUDECVD/AzVJqhaYoSDKNa8cJOH31spGwopirw4VkLHmxRpkCQIZhZgEEMeazuh8UGNgLZrmeKUTxfOEQykyWxFLGyhZVRQzB3FmxlUCVIlHg4kyQs+ND4Kg7W4ct7LM6PoflraLms2/KkteBfT+oIhsb2yTMPDohx/IWWsRtgKHZt/jaoEfdQJVGDIi/6NE+xZnC1ImleDiLCNRxmu0melmSQhcodLvw5GdKxlEusgdcBSsMzEf5ffpzpJdaerlh9f0GV7PasL6/cLRSGw23AqcS/cwpcoG9p/CGoabhORDWfqI63g7KNU/aryXzbwz3vE4hFKryRc/sGExmxYJvEj7IHFiMEw4TvZ4wiZW5e7/JY9Ku/9dpnBXkByD6Kd7NAT2wWANp/rkN11Wqiym40jgz0IV6/0l4xzMBJOTfF6osHCK0LIwrtJ2kRm/1qo16u/dH0bLvVAhT7E3Nki9WW9Xio8lgLvATc8UugCr5Ue7KoLrzwSKrjJESPLoMcU/EW0oc8+k4QkGVIA++KgL64k5W7gl5rV3Mh0m1CmYgWtAlreW844HTcjSwdgv/K5CqvTXqh94YH9NEb7urj9Y4ERCX588S8nG5o2dSIZjm3jRxZQFonzW3Vm6/tfyHZTiBloXbEfRZ3qZk5S4LEnWhF2vcYfgNBTJcRW25GUjX4kqNStVBmbySGxuI6vmKFBpdMgw6dxdoldCY4dndzOmKnIH0WyMqlmaY4Y88cBvDO+XiqjdTqcuAHfbBg/6+JfaN1yHP7OWB6+1v6lm/JHARhZoMv0kTud7Q8uHS0xbBVcpnm7eLh y+2tjsdU n4wA/8UEZSLPVEfyJ5Gq4jKq8aYt/FfYLMXv837qB9dsiSqt+9n0szAjt5VUFCaIp/GxrsSlttppW/7OEQcX/5Dkbd5kunAPX6huL83Shbmb9qXmHUqdm1TPx7MKYKh/+ZTzMlS99R02HFfKd08eJWzU8S8nAbbpswMCHeopCnleuVTrULzL7MiIRcOYGMl+JZqXDqStQTRt95DDI+yCdRFw8lVByQYGrPWHXQqgRvzlkBO2Sm0bIRRFI8PJj9pydRGh4dia0EdsATiHf5DbT9JRlXmwSNcWHDEKeSnlUKs76Z1N1GTAdhMQAG/UfoZbTuhtLJvZKkZmtq6g65CVpjtPlrEf7ZZAWNidAHsIk1ZcJLyPtajx6ANsN9BSia4A+dcBeUfNLOsyUjLV9AYTwayGuWjN3OjWrrJ1aavVkZuGc9o2YELiFE3rRJPC3fBsJA6OzNgSGKEfn4aLTXLNJsDfiwg== 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/9 17:53, 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 09:56:46, Huan Yang wrote: >> 在 2023/11/8 22:06, 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 Wed 08-11-23 14:58:11, Huan Yang wrote: >>>> In some cases, we need to selectively reclaim file pages or anonymous >>>> pages in an unbalanced manner. >>>> >>>> For example, when an application is pushed to the background and frozen, >>>> it may not be opened for a long time, and we can safely reclaim the >>>> application's anonymous pages, but we do not want to touch the file pages. >>> Could you explain why? And also why do you need to swap out in that >>> case? >> When an application is frozen, it usually means that we predict that >> it will not be used for a long time. In order to proactively save some >> memory, our strategy will choose to compress the application's private >> data into zram. And we will also select some of the cold application >> data that we think is in zram and swap it out. >> >> The above operations assume that anonymous pages are private to the >> application. After the application is frozen, compressing these pages >> into zram can save memory to some extent without worrying about >> frequent refaults. > Why don't you rely on the default reclaim heuristics? In other words do As I mentioned earlier, the madvise approach may not be suitable for my needs. > you have any numbers showing that a selective reclaim results in a much In the mobile field, we have a core metric called application residency. This mechanism can help us improve the application residency if we can provide a good freeze detection and proactive reclamation policy. I can only provide specific data from our internal tests, and it may be older data, and it tested using cgroup v1: In 12G ram phone, app residency improve from 29 to 38. > better behavior? How do you evaluate that? > >> And the cost of refaults on zram is lower than that of IO. >> >> >>>> This patchset extends the proactive reclaim interface to achieve >>>> unbalanced reclamation. Users can control the reclamation tendency by >>>> inputting swappiness under the original interface. Specifically, users >>>> can input special values to extremely reclaim specific pages. >>> Other have already touched on this in other replies but v2 doesn't have >>> a per-memcg swappiness >>> >>>> Example: >>>> echo "1G" 200 > memory.reclaim (only reclaim anon) >>>> echo "1G" 0 > memory.reclaim (only reclaim file) >>>> echo "1G" 1 > memory.reclaim (only reclaim file) >>>> >>>> Note that when performing unbalanced reclamation, the cgroup swappiness >>>> will be temporarily adjusted dynamically to the input value. Therefore, >>>> if the cgroup swappiness is further modified during runtime, there may >>>> be some errors. >>> In general this is a bad semantic. The operation shouldn't have side >>> effect that are potentially visible for another operation. >> So, maybe pass swappiness into sc and keep a single reclamation ensure that >> swappiness is not changed? > That would be a much saner approach. > >> Or, it's a bad idea that use swappiness to control unbalance reclaim. > Memory reclaim is not really obliged to consider swappiness. In fact the > actual behavior has changed several times in the past and it is safer to > assume this might change in the future again. Thank you for the guidance. > > -- > Michal Hocko > SUSE Labs -- Thanks, Huan Yang