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 137A8C282C1 for ; Fri, 28 Feb 2025 02:49:05 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 98BD16B007B; Thu, 27 Feb 2025 21:49:04 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 939F46B0082; Thu, 27 Feb 2025 21:49:04 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 801376B0083; Thu, 27 Feb 2025 21:49:04 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 6364D6B007B for ; Thu, 27 Feb 2025 21:49:04 -0500 (EST) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 0CDDCB4CBB for ; Fri, 28 Feb 2025 02:49:04 +0000 (UTC) X-FDA: 83167821408.25.BAEE545 Received: from mail-ej1-f68.google.com (mail-ej1-f68.google.com [209.85.218.68]) by imf09.hostedemail.com (Postfix) with ESMTP id 24D2E140004 for ; Fri, 28 Feb 2025 02:49:01 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="WWX/xerX"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf09.hostedemail.com: domain of yc1082463@gmail.com designates 209.85.218.68 as permitted sender) smtp.mailfrom=yc1082463@gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1740710942; 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=vzvCWFFePXk/WbMCmsLCnTyJLh/fiuBa/UJXa4Qgjd4=; b=8AGK1SULR41ZUM7107p4n+JhIMvWjWyKJGH8efGZeITvioQY2XRtYvi6xn28h6M/kWQGnA JXVgwdoP6J3wobP700EGHCorlb/f0ZDSWxvlrKamdHfQxcmhV4HV1vSYhv62mKHuqW7XZB mQbL2ig0czlVGnS8szCAFY0UzrkNiQc= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1740710942; a=rsa-sha256; cv=none; b=YNItm26y/RSgbsByFCdFuBZkGQbE67t4kn5lY4bCGWhRGTAtlEtWxavU+Ld0sbfTa1qIWc o5fPP3AowKEB1x9arHm9KukHdEQjGhAgzMoBeFtgOxCbha6y/vJ2ghHBzSypOfTnwCEg96 aNc+v6q+3RN0gnKNeGY7B+7NBZUnTHA= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="WWX/xerX"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf09.hostedemail.com: domain of yc1082463@gmail.com designates 209.85.218.68 as permitted sender) smtp.mailfrom=yc1082463@gmail.com Received: by mail-ej1-f68.google.com with SMTP id a640c23a62f3a-ab78e6edb99so217804266b.2 for ; Thu, 27 Feb 2025 18:49:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740710940; x=1741315740; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=vzvCWFFePXk/WbMCmsLCnTyJLh/fiuBa/UJXa4Qgjd4=; b=WWX/xerX3DUOY5mfdNng1DKwPsnPp1ILxLCqZSsyWjjKQ14HPoQby9ZXWJKM0SCdDE AxWiYfilpL2yuQNfmGIYG4QXHKe/BgdN6CQ2ppKX6Xl5Q1Z4BZrKxvZLxjrOUUkuy7r6 M+75md7PSwngLuqEjQJVpynweGpsPIJRUFdxs/5whVvVKj/3XWAOo3aWNpODQDbtbnke YFk0Pg2XnY+sdj7HDx9DTu9774KagiMzDrZjAK6gx+2fD09YeJmgKzenRD0QFcjmVffG czJh4P+oPrpPzevl6O1zhV2CW44UxN9MSP1xMeXO8umEf6eltGYaOcmUvIsYTnQRpdqH 2agA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740710940; x=1741315740; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=vzvCWFFePXk/WbMCmsLCnTyJLh/fiuBa/UJXa4Qgjd4=; b=G0qYwyOYFaPnJLExkjyf4ZvOGVB6tX1+nYYxeF8FL0XQ/lhFxMUTF8POj1Gi9lYCBQ AixrevfB16kGa1sRKhm/DcDSBHKE6FrVky2NBppm8yvSf2NZJnXdkT5YjDazqfii6FDB Vxd+EP0V9Gmc+h24GG2iKjUwaW9N5hL5Zns6ok+0RenVfZWLBk0c4lGkkmpxTY/dz8Xs DzqjzVE7Dkkgrd0hLQ4Mpea8yz0092mUaH/w0D3RWJMhjBU8fWEb9GmegvbzwVKSLUnP fe3ZKypnFkTtdxhF/UnLs4z84SjjJnaJlzUscjGqIGAYwanSvcz58x843SE07O58IQNQ qCfg== X-Forwarded-Encrypted: i=1; AJvYcCVS+z6OjcWe7nEeBrwzzml8WbColmUht0kiV88Al375GHgH9Nd9l9addE0JgPviJxKQ7fIvUnle7w==@kvack.org X-Gm-Message-State: AOJu0Yydg1WhNq2V6s+8pLBDcZ9/RRSl4afJCua3T198U11VT+RmSekM TN4lVjrfnv4pvfJ59If69PRmi4GPtq4Z21HEcpl+CdY9gSut0a3yQZOwxnG2m7GIYtJM14RnDKf nqO3aeTXp5MawZEm7GM9/5q1krlA= X-Gm-Gg: ASbGncvLlSUAgYyDcD/9FOiYWwYZ97aCeEFTEPIJCMrTaoqAl+/xcwj6xCM0l8qzK0P AV5sA7qlvX6EmPWPrnWWvgK/k1d8e9NKq3J3KkZlmWVEBPqC4mYSTqH1fIdbr3LKBXTvBhGaMwS 81c73CQfRc X-Google-Smtp-Source: AGHT+IEQtd4jRFDLZfWAi8gpZFqbekkGzWnw9++HXK9B7rSwuM1yAQVX+TTBiviDmb4N5kcz4Jjj4OlYL6K9eMS44v8= X-Received: by 2002:a17:907:7ba7:b0:abb:ac56:fcf8 with SMTP id a640c23a62f3a-abf26802eabmr160328566b.57.1740710940090; Thu, 27 Feb 2025 18:49:00 -0800 (PST) MIME-Version: 1.0 References: <5u6rwht2mdwi3t4x3r5gtelruihtvfak24ci32moh2v7z52a3g@qkr2jcjgh4dw> In-Reply-To: <5u6rwht2mdwi3t4x3r5gtelruihtvfak24ci32moh2v7z52a3g@qkr2jcjgh4dw> From: ying chen Date: Fri, 28 Feb 2025 10:48:48 +0800 X-Gm-Features: AQ5f1Joz7X1GUZUrUbzavyLaxhtwylWXOoaVnnCTs7m_euWrs-9vmGyp_-GQnys Message-ID: Subject: Re: [PATCH] mm/vmscan: when the swappiness is set to 0, memory swapping should be prohibited during the global reclaim process To: Shakeel Butt Cc: akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 24D2E140004 X-Stat-Signature: uxo5k1snr7w473ym3of8j6k4g6pjb4ud X-HE-Tag: 1740710941-453179 X-HE-Meta: U2FsdGVkX19uhNV/C7m4D6urmQyc5YmeTQttF/Gc9fLNFiLL2EEq3KmX4T0LOIg2d8V3wusZUM+jgsHAIwt1U5LPtB7ZJtEISaWM6fqInKUyuYSfNe7fNmtVInYFTxo9eJvtguJJ1Mlxz4qHL8aeiJsPJ/ZnLjoMYo+i3IexlIIgNymBq+jH0LdlqD/xXx8/upilMk2LtvjehowYDwP77am8Nvt5HjkcMUamL7VdpgR4Fxybj0SwDUOxCU1qhETma19Kva/RHTGo2wwidOYtY+yss8ntLehxvsAwiMcgPXLbBMob/arEpzA1VkOUtaXb8zqO0+rTWNEQuZrqBl6q/8tdyzylOf0ibk0s5yHtK2xK3rzSfvncvQYulQpXaZqLt6Lmk5sGwC6XTQ5wKz26lCwvgRDkIvzT1Ef1wma4Q+UKhc1r1NPn6seYJT3OnCJI1ek9jGvU4h0L+dmtXv7R5bQ7DgiV6MallBFOHdCxGG2drkFdGW18JxWNDjGrxjYTpm33XhmsMRdmf+F8Pig9Stqg0KJyfT9cZNt+yreZBYT53VOv2f5YEs+PwVbYeE50SrMhlFe7OyrhD/x01CdLYieOrdXcboYoM4IHMP4vvLT5wg7R2Jdcfqgvp30QbUaOaTmIFQvUOhwFoin8sT9vdRb1s72BqUSe7xmROS/QuY8FwXKbxNyBar+TpJhdSQYPRCXWQjaWZQ4Wz7L0G7Zmv9ho2qEMMG4vLjt79nZRYxR+ksfC/EGsgraEniMUeF7OfTWltxr8j75tIx4YX0VCOKECl/U12aMbdylhNcITmLjQj7wMufoX1uGgliYek3CqB0JRzCll5c3LGQQ/AHmrXC6MnlsYPHonhZLfCxAyaQlMGd+NAvuleUmdG2y5ua0HFfNf43/LnjnB/wZbhRV6t/wdY5EnOVbuujJTZ0GQVV466Vyq4ZnftCb9B8pdK7vgvLO796PsqzyUGDSvOyV JnwK09Ed NwFZ96yA1YQO/fvkekUw9+6j6jzMjywpQ2w97Nl1PiIC+AuSEyvP6vdgj0f+NJiWDscUxQLURnfv/Ko67nNyBQkcYtYU7lIolG40SuKN2xvOERyXjlJkSquXJ6adu9hhds/1D/E8qg1XaETmp1lmB3MQ28ImcgeUXw2D2oAUVlJxiKaDt1bpdBKHrArEViHj76nA1bBcaCRhMJSDbxcbwExhuqQYl254ZmharvHM4EkcWXZSiJuzAqqhGus+Bpao/LckV0pLrj3/4kQAzwz1yw8tH47llnHaKsL5VvqLR+ZA/TAqVrJQG+gvBDMDATFV5t4ig+16B7ctEA+OG0kaUwPgKbSYGZo9v5ld8TMuG77TnopdVgz+dDrRMXB7xUMCz5TVUwEDmD+K1EfHTNIXsfpZmkoPw00Nm4dmd/g5S7NvEWkcgUKVbDa+SU2/Q2WpPhvpVaxE2I+9houI= X-Bogosity: Ham, tests=bogofilter, spamicity=0.033213, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Yes, I'm still using memcg-v1. But it's too expensive for us to migrate the production environment to memcg-v2. On Fri, Feb 28, 2025 at 3:12=E2=80=AFAM Shakeel Butt wrote: > > On Thu, Feb 27, 2025 at 10:34:51PM +0800, ying chen wrote: > > When we use zram as swap disks, global reclaim may cause the memory in = some > > cgroups with memory.swappiness set to 0 to be swapped into zram. This m= emory > > won't be swapped back immediately after the free memory increases. Inst= ead, > > it will continue to occupy the zram space, which may result in no avail= able > > zram space for the cgroups with swapping enabled. Therefore, I think th= at > > when the vm.swappiness is set to 0, global reclaim should also refrain > > from memory swapping, just like these cgroups. > > > > Signed-off-by: yc1082463 > > It seems like you are still on memcg-v1. What is stopping you to move to > memcg-v2 and use memory.swap.max =3D 0? >