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 6BE67C4167D for ; Wed, 8 Nov 2023 16:14:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B80F98001E; Wed, 8 Nov 2023 11:14:25 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B08E78D0073; Wed, 8 Nov 2023 11:14:25 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9A9608001E; Wed, 8 Nov 2023 11:14:25 -0500 (EST) 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 868FA8D0073 for ; Wed, 8 Nov 2023 11:14:25 -0500 (EST) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 4D776C0242 for ; Wed, 8 Nov 2023 16:14:25 +0000 (UTC) X-FDA: 81435284490.22.BE014F8 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by imf05.hostedemail.com (Postfix) with ESMTP id 4115B10000C for ; Wed, 8 Nov 2023 16:14:23 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=Whrwu6GI; dmarc=none; spf=pass (imf05.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699460063; a=rsa-sha256; cv=none; b=iVoy4UtGZCougl7aXHh3ouL2vSD2E+QhTWPcAu11rX/K4fZ7zqsnCbW/LuFgmlrssllLhk YUnyJCXPfABeybREXCzOSkm7nrobAfkckfApJgllWB4yR0yTU3o98WJPME5OajRJpS8J/g 5dvbZsHsa2yYHIRpslByhWgpuapFDok= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=Whrwu6GI; dmarc=none; spf=pass (imf05.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699460063; 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=wwO240IG2K3Bw5S+uAPQTZ3rEqG4jfMxFymamS+KagE=; b=uNBS1qs/uFDpgzQiwmwPEnHv5onXlbs3Ukafsgs3o0Wue4p/vpxSL+++WaeNt67MRQlCrj OY8mN+g+bINinmEEHjLBXw6HviWeiPCHLAz1kamjUHORqC0RWnezpObDkqRgDfoPMIAyfD OkT+9Rjs9RAOstkaaapk4iZvXszedsA= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by ams.source.kernel.org (Postfix) with ESMTP id 9DA90B81C85; Wed, 8 Nov 2023 16:14:21 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4C7C6C433C7; Wed, 8 Nov 2023 16:14:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1699460061; bh=qYaMUn5duRraHp6jr8ZuuZE1fl2gs0KU/LKQTez8o9k=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Whrwu6GIg7SpMw2mJOf96NBOwMy7GL3oSYCWku834BMQQcIPlQ10b2+HTcu9rEVyJ defOtH86G8m6qmQ3/CBDHcfF23pf8xJ0+euljpncO6exp+kIJxzHvn3tV7j+fy/E4k 460UFKjuVzm+Wz3jaa1LWlb9kfB6vzZ9URKq41tI= Date: Wed, 8 Nov 2023 08:14:19 -0800 From: Andrew Morton To: Huan Yang Cc: Tejun Heo , Zefan Li , Johannes Weiner , Jonathan Corbet , Michal Hocko , Roman Gushchin , Shakeel Butt , Muchun Song , 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 Subject: Re: [RFC 0/4] Introduce unbalance proactive reclaim Message-Id: <20231108081419.1c31f74de8e7fce24f85c967@linux-foundation.org> In-Reply-To: <20231108065818.19932-1-link@vivo.com> References: <20231108065818.19932-1-link@vivo.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 4115B10000C X-Stat-Signature: cwdfdwis15i61hmzafx3d83bn1j49wu1 X-HE-Tag: 1699460063-947348 X-HE-Meta: U2FsdGVkX1+i5ylo7tAzTCJ3gewKuVkA0XpHECt4kOEc18XBqy56t8wZvElEtVvNuglZQszoReSvU0Usp26Q1wcJ8/WHQHk/RUI+cf+lDInZChZmflwYSVJ+vBRkaNwfJcdet4pJn8Fkg3PQOx768wPamgjlsFlo2baxvTPxp8/uQIVRhg0GRxu4pr/dmXqjkLg9O12BT8A9oNhwkn/tGVhHakh7U0m4a+K/DIWsD6CuJFRdzxM4aRc59BNY3T0P45ghhjlGY8hPbnJu0Fu5RkKDS7RJSjWCWJFVRoqdjWFjI/LBlTOOaf5aHMGzcoysoZXpg7yJLnEllm47O9a3gI8TOxU7jRXD+OO6yN9/Go7OP1yICJFw0bDyqKycJqXUCWNYSEK5roTHbXvh/oBXb/WHE1qC88jgz82t9FPr2JzOIfNvRWgBEf/ptS7xXrmjMgH1gc+sAxj8U+r8KDzb3u2Sj4vhNeU7hvVYd9HvCfiioa6uBZgWqiV6FI4Rc7jBG30C1e8XudBLHsy48446ahWsO5omwtXt/6Ecpep0gYIVQEviwbsJAfpe6ytk53x0hD6dhFbIxpsP2eBN2Z6h6+3l+XXRco6XxidBcsC/9FD1W0MIe2iwTQj6QfZVsBPF6wtp+620SaJvcJiy6QkOGFNrdeeBDi3wTIMRx2YbUJrskpKkTKc385RRm0v18kfg/gOe0gkN3C806ocjuocenqqD4h9KO/Xf068+GYA5KTq8NmGhAm8oWQ+wOzsOWUEq0OAWmB8KmnyCIcEJ/wXf4RtUV58Z0u4Fo48OjHIgUaDa4ptg1ZIIzqd/IV3cUv+8mZp61XXCRAEoI6EFyjKTgctg9QFjm4BWicM9TFqUSMAnPzI1jXfwZvD9f0+IBKvIdYGP9kxMF/VsK+FGi8XSFERutL11rrIRHkYVwf+X/SPNpFSaJxDEBbSpCaUPZOJUv5zn4q8ZweyBJ3duE/P kFN4S5E5 libUb4mQf2PTwsfZGcN6k2ZLvd4Mc5+npvCGE4PMC6m+9wzhnFl+Xtg+UdUQGd78su4sUzMCWhkgmSUxm+IgiK4M/LKhSZojXRXjaQiT3VbaZQHcoP/TGQzSJW0gzk54/8jixeF3crbDkCM/S9/berq5Now+PnXvEHGVzx6JwBeHtemaVlSQymhGCafNSULARzxQt5ftLN9YQI34t0P9sG7UUdQhglt7eOd4BkLwJuuelk68aPOkFMwRC7lH/pOrZKxl9p5vAM502Qi2K4n+MferQyWlzg9IyKHmj5thM7vW3gHFq/+E0PSE1IoWg4OWzJDniswSG8560+5QVepMwfeAvl8LETtvg59UBcYOt48NtPxU= 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 Wed, 8 Nov 2023 14:58:11 +0800 Huan Yang wrote: > 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. This paragraph is key to the entire patchset and it would benefit from some expanding upon. If the application is dormant, why on earth would we want to evict its text but keep its data around?