From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj2-f43.google.com (mail-pj2-f43.google.com [74.125.227.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AFF674E534C for ; Mon, 28 Sep 2026 15:19:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.227.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790608796; cv=none; b=PVAPKdJ1+H6Jkzq6urc0P9up8jMTcIplz4lZrEX8yO79rJ+8Ux7v6j1+ilHikYX8IeYNOa/hrdWWcDB6uZzilqIxV497ZXEJqCA/LEY2oJ+w8tZVWagL6CP8u6cyaHmM53QKFJNdoTtjt84N66fHtzj+72R0T4GMCgDeM88MShc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790608796; c=relaxed/simple; bh=4hBQ6kfdK8l+m9caQJD8zZXgKlYL1BsfesWiWNE6vU0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=AeI5iJyy+oxWukf/IYCGEMu1PCXp85JHzIVxqfL+Y1Uycava41fTvz3ouqbLEkqoIWWvPRb3hJcwBDIP9bUzTMPUvRGuRHQZDFv+y/IMMkj78D+aDtz5ZJnjwDoY93WLIcrSA6xv87pH2CPiqOvQQVGgquoNY5Vz5AA8PVPBxkE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=sAjDAk3W; arc=none smtp.client-ip=74.125.227.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="sAjDAk3W" Received: by mail-pj2-f43.google.com with SMTP id d9443c01a7336-2dd88a115ebso17575435ad.2 for ; Mon, 28 Sep 2026 08:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1790608795; x=1791213595; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=EQrjkRZQeuYzERNWt13KrmtO7dHmdt8dryvfZkIliO0=; b=sAjDAk3WoCaqK5yz24zQoH9g4qbtUJ56hp0GgVu73h4G1aMu5+QTzcCvureyhPcMuy 3a2VJp4h5XrS/Ul5WgK0emp8qWKINH4xR0isVRgVmacktZwHuv7z79OTrCHL3LRbd7vY tgYAUj1VQzyU7ZzZy/idF6f9JK2i9TGtaaf3ljNc2atf5YzveV1f5GCOFnE27s4pXwWL sjA+DKTZV8BovZtAiP2pPYFumeU0ayQI6uoH5GQykWH5/f884Do+RL2AYw5Gh6+JJcT4 2+AqFit4j/ingUD4uABr45QUkaS1pqVIPiRLKQ8FcIWHCN2X+/kBctE9nsRExTxb1DYw G5Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790608795; x=1791213595; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=EQrjkRZQeuYzERNWt13KrmtO7dHmdt8dryvfZkIliO0=; b=aq9LzrjeOTi87v/e+wntsIsyaYjvM1y8PAaUKp7erUYC5FBBkSk2nqUGOhOCDJuDvp DumE6MhvqgNith1YbPtmE/mrddkb7uYCiC1NuD1agj8CQ3sZxlafDjorWf/8XbWF+n4E i/7OXCT1dZwedXMLlvLe9ZH+IGXvDN9xHoMpCv2+xlZOyfWlntRk05xoJp5YBac7bop4 XegOPo4c8YwqpnVJr1KEoLafirVz8SJP74uFBncGEGjTFfzrcUYCPVjaVeZ1ZpYoxKev d4uQBWp2lRIIDMes6CXEHB8wopr76rkEmErLN2UEfnyLWfZpUCT7pU/sSN2T3S875dEY BX5w== X-Forwarded-Encrypted: i=1; AKwUvBx5wvq9Bg9LK6Y6uaYDe+pZKUL1ajX+UAlKC3OlFN85PTWz80YeeRkOKpFn0VCBB8ovzp9j87RpdoO6yio=@vger.kernel.org X-Gm-Message-State: AFq9FYLz93d77T39cJUCrJFeX9a3HYjIX7zk4L31PlmWfSjRre5w4a+y eN8oSElAVPzPB/HijkuL/ZwXIyJUOevZ5CxWqW5sgGPiO8xWw/DUFFS154DIxHXzsKX8yw== X-Gm-Gg: AYBFou0qgLa+H7uOT1deQTwPxi1eAuA/Yc1MmgEiJIMdr59q/jihJGzarIVZ7UBtIXo FeG1TgbdIdkxv72sYT9Zr+EpLmkupI5SDKrWZAIWuGgAOl0gNrx7t3kyrd+i0KCuPsw5pSnWOJW JfJyZlbRoAcErCL3VZe4XTjfVnXQ5wKbSi4C3IcD7EJP3ogqn9Ymg+Rss8mPPXBJf75ZYEJPU0V jwlhrU6Cx4eB+4KJoVaowT53g8IbOhhmefk7mo2j0/tnrCmrPL/iT8pBEIf+xJm0yS+IyDbxzCc aXqmjeYXeZwb9oVq4Sz9VzqBVFD/XrAOnrubPUOAWHQHt6qQnaWf6ccMe9IofrvgyonfCYiH+vi 0e9qBio+pAv1TD1VwXMjT1hJJhghJkIIDHNiRG6KPE3gtrujhprFMZmYtO435/QtDAM9XwWun2a 8sQ3cfyJ8Nr19WAQYfieM+veo5opp4Sg4Ih+qM20KTBWDdxCLmaiMT3ENt/PVY50zo5x7D+B+mO CVa9nUkmIr032wkuJLd2cdtsbt33dcoM8XwknYDPsUmxEZe9PfvVEFBw4CjG0i7Fh9+69EGnxVR c1ZOFa307XDcOJcWkprTK1838/lllgdTwUCVmrCr/TlPRSbQMpvU6rTVcGk= X-Received: by 2002:a17:903:1987:b0:2dd:3ddf:b87a with SMTP id d9443c01a7336-2df7da68a41mr101388085ad.0.1790608794891; Mon, 28 Sep 2026 08:19:54 -0700 (PDT) Received: from spider.bream-herring.ts.net ([103.6.151.236]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2df91423df7sm43558615ad.43.2026.09.28.08.19.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Sep 2026 08:19:54 -0700 (PDT) From: Matthias Goergens To: Kairui Song Cc: Andrew Morton , Chris Li , Youngjun Park , Baoquan He , Johannes Weiner , David Hildenbrand , Michal Hocko , Shakeel Butt , Kemeng Shi , Nhat Pham , Yosry Ahmed , Barry Song , linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-api@vger.kernel.org, Alejandro Colomar , linux-man@vger.kernel.org, Karel Zak , util-linux@vger.kernel.org, Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , David Airlie , Simona Vetter , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, "Rafael J . Wysocki" , Pavel Machek , Catalin Marinas , Will Deacon , linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Shuah Khan , linux-kselftest@vger.kernel.org, Kairui Song Subject: Re: [RFC PATCH v2 0/4] mm/swap: reserve swap areas for deliberate offload Date: Mon, 28 Sep 2026 23:19:44 +0800 Message-ID: <20260928151944.2686626-1-matthias.goergens@gmail.com> X-Mailer: git-send-email 2.55.0 In-Reply-To: References: <20260926045517.3458413-1-matthias.goergens@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Kairui, > Just like we already have a "swappiness=" parameter in the reclaim > interface, perhaps adding a "swap.tier=" would be better and much > cleaner to achieve the same goal? Based on Youngjun's work here: > https://lore.kernel.org/all/20260916183437.2946306-1-youngjun.park@lge.com/ Thanks, I think that's the right base. I tried it: on top of Youngjun's v11, a "swap.tier=" argument to memory.reclaim is about 40 lines. In a VM with zram at a higher priority than a disk swap device, and a cgroup whose tier mask allowed only the disk, ordinary reclaim in that cgroup stayed on the disk, while memory.reclaim with "swap.tier=" pointing at zram went to zram only. What it doesn't cover yet is reclaim outside any configured cgroup: under global pressure, a cgroup nobody configured still reached the zram tier. So for v3 I'd like to add a system-wide limit on which tiers pressure reclaim may use, on top of the per-cgroup settings. I'll wait for Youngjun's v12 and build on that. Thanks, Matthias