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 3108FC4332F for ; Thu, 9 Nov 2023 09:57:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 815B280032; Thu, 9 Nov 2023 04:57:31 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 79E368D0073; Thu, 9 Nov 2023 04:57:31 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 63FC880032; Thu, 9 Nov 2023 04:57:31 -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 509198D0073 for ; Thu, 9 Nov 2023 04:57:31 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 240A7C0DCD for ; Thu, 9 Nov 2023 09:57:31 +0000 (UTC) X-FDA: 81437963502.26.567EB5C Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by imf07.hostedemail.com (Postfix) with ESMTP id 4E3BC40015 for ; Thu, 9 Nov 2023 09:57:29 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=MmM4jgB1; spf=pass (imf07.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.28 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699523849; a=rsa-sha256; cv=none; b=RCGJNHEVNAoLEG765AP5Ld34nPuvGTyCHl7DgZFapM0V/DIXm760T44FMTlgSv6XGBG4p2 SpEXCz16/k0bQagz0IGjkmb0Q55q+lLOmb6d4vEHQiPhpLL4Li06evp5A5FYFfhgOQAwWT 0R6uXkd2iN1QTMC8UVz5LirqlR8dy+w= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=MmM4jgB1; spf=pass (imf07.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.28 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699523849; 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=Yn6JcTamlRQg3kkPapoNWj3B+9lVbO+tz0QcL4eYLzE=; b=mtNB7xcvlGw1H0W/f4h3CSyyiV4+1l7JMkR8cc/7I/+/MKNWgYIMQh6RJ5N7tD1ZWTujzH ZkFzLfOinraXjpqXiSzoh6do4r3F7WWdu5ZQ8fgyY722bSTyccv/DTbHkk1BnLJWo4EgrE Dkegcc/gQsz84ojG42W/DRJ/pcEetNE= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id D8D9C21980; Thu, 9 Nov 2023 09:57:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1699523847; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Yn6JcTamlRQg3kkPapoNWj3B+9lVbO+tz0QcL4eYLzE=; b=MmM4jgB1VNceK0D5FOC1mtA+cxxBgYJr0x9QveuSGnwXcogW6DyAh+xPuHXwkz2Xug8+Da m3cTIUmqR5XdkMb1GJq2xkItTsewINuUdDuIEV6XajDHfsOgn2EBILbonEDgU9V+XNtBrG i5lFPcw8SQEM5YBTB8PMRf9snTPrXAk= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id C6E7B138E5; Thu, 9 Nov 2023 09:57:27 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id RXdFMAetTGWyYwAAMHmgww (envelope-from ); Thu, 09 Nov 2023 09:57:27 +0000 Date: Thu, 9 Nov 2023 10:57:27 +0100 From: Michal Hocko To: Huan Yang Cc: "Huang, Ying" , 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 Subject: Re: [RFC 0/4] Introduce unbalance proactive reclaim Message-ID: References: <20231108065818.19932-1-link@vivo.com> <87msvniplj.fsf@yhuang6-desk2.ccr.corp.intel.com> <1e699ff2-0841-490b-a8e7-bb87170d5604@vivo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1e699ff2-0841-490b-a8e7-bb87170d5604@vivo.com> X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 4E3BC40015 X-Stat-Signature: ye8g3bco7j18gmqpgs47jmbf9do9nqa5 X-Rspam-User: X-HE-Tag: 1699523849-140834 X-HE-Meta: U2FsdGVkX19kbvoT2ZfL49F+F3UoRIx7nlH/V4HG/JYQaesh7pin/ac/WBqLbTQTV8rzFsaXwdk/sZ70yUPUZJfmfKQ6JQXDh+DjNVFUdWZtekM2Nc6RykySD48HMdhzpkZYYoSsrNYoJrGmVqTFOtugUYi2YApLsvWXLCrnPM0uCYqmkXQPqMG4yI8HLdRlGLmOTWlubauCYXafW19Tpgjt9718teMOv6TTSsRSFqvlFuZ52WHPmK+xDj+WPFua9IhBIDvsP+yyWcEydSWXzPBIRzPZMjnrF+3BrXMH8SN2tqTcDPVd/j9HI9osquLk2lSLMqH+3wX93Xc7dfLnO7KAEUDpaT4lURUiqmGnFoygQbW2SUeV82zCwLucMgym4jhU6/IBObxksuROGaU3YwACrqBVYwpdlTE88GSMLxO+MjLOzYSk2nXLuefthNYnlRKh6j37Skc6Uz+Tbg8w/q7FAcaz5DTaVeqhKnf6JlJrkQ+qmSAEbm3TJvZ23UU2s33QIuX0JyEEw18Qp1BgRePYHU8+P08qMhM1NbIDpxD+mWggmraDRooOy21gQq3aLLbZT5hZR8pkoYLWYe5yp9btHGBNgdOwTivXH1Y9dB1jS5QUmGqEG5Lmk0c88vECUaWd0q+7bx1z42zKHkQ2s4xPPuuO9PewtlZCweu+cs630owLAmKI2qaHmaPVBvI5eRTfLhzah10AoN09/lvx/UHTHCPABXwxfvAHQ05uiFf9Pg9CvNOCa8t0FJBvhLo3JgCvPX8EVcsUWzcAriKUZIvKlqGyGS15Tv7uoDq5GgxL+TF1oTvHodphLzwkDjc0gA1cHjDF8feYd1qYzz2i46RnLny5NpY+lb1aLdcri/uwuzDP6nEdvtjIaycOTNg4LvkRbn6THuFUh9ZLapu/ZkJT4Ui7bd5KD/6hKMKlOE5X+slxMA6fMRxuiaeSrL9ph9g7Q/fiovuSNTJW/tc kjHR6lv0 m+EBdNzN25DlF9iqP5rZIDNa21RvM5SfenmNIb3CsIql5sS3LIP2XXIgCNDn9fYWPQK2o65lqiuDgzeM9tJSczwzc78t4Mk719Zz6hpPTRS42ZOgRhhs4bMuwVD5WGIrWubHRqtKMo2um+7RxnK1bFDZ0n++lQAj+bCU0EFHgARlhru5HLpeccWft42Vl1HHwxboV8nrZ1PZTbPDRs+olCccw9ra+cdopmCNYNyGlNjPbJutRu+9dTBj5PWu+CpNBm+Ig 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 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. -- Michal Hocko SUSE Labs