From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 30C7D4F393C for ; Mon, 21 Sep 2026 18:10:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790014258; cv=none; b=TjZkfFdUh+rLc5CyjA9YIQjzug38XTmeg8couMIUKkZOaMkCNMeuFsDw7D0XoIxatPNi3VOPwE1OPNfImd8qRPN3NIxsbvdh9JPKxyybQVHKgd7lHXdGES5dQz0ncYVDR9qxof9IGNQTxouxMH6nNGa+PVvTWPiqWi1kTucIuto= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790014258; c=relaxed/simple; bh=A4YlHk0Z4dBpT4St85qh+RwCN1WxOsQET3StnHyFn1k=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=ixr+uY1ReCVxxT5UTnki8h4XGDSUYdOvYujjGM8l5KEXNwff04QpGcFQ0KpnqtEnxcrln06CyQeGFpSYsJMtPjFPDteV1hQkdpF0qJAc3aRi8Qbrdo0oVj+yJzwq+hsReTxHIwAooWIxFXnv2OQwqAAT/epsFSCTGnrKM49HB0I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=MChE/Jnx; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="MChE/Jnx" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 013411F0089C for ; Mon, 21 Sep 2026 18:10:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790014257; bh=wuTO6WkU+BVPbOKs1CY34gM4QOwUjJ4/vjC8gwb3pGc=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=MChE/JnxobCbG9JoZ+GkmIXjHA4YnhuT8P2bFG6NLvzH+rlgWKR4v5lUxFSSI1eyw KIKZ1V+6HQoTkcnA51udmDXFM5pgv2Zet4mAoayqBbm/4/OgJjLQ0Lo5gIgr065/pl JeDnNRxlkioqRmA3+ilDrwGYYfv59THw2QbzI/QSWZtxTUvgwF9rSdJeCO/FembWIz nkGf80ayMvDQjrCqt0fSoXVGNKjQuVGDLbe+iDT4NC7uQwuihjgoxwxTYlrt62q0A6 o+iD7nfrHAMWHswGWyAibl3fhsDvGMGurAh7HYaOQaTpS4m5b3YrB7xZe6l7BsJxvY Kka5XUl5HLOLQ== Received: by mail-yx1-f53.google.com with SMTP id 956f58d0204a3-66c9995ca60so107605d50.1 for ; Mon, 21 Sep 2026 11:10:56 -0700 (PDT) X-Forwarded-Encrypted: i=1; AKwUvBw7l14qFAZ4KzHoAzcx3+ntOlYWBq0qfIKSZt0FZ6/EwERfOesoFAXDLnD9hkeLScaQljaX6Y1IVox1y7Y=@vger.kernel.org X-Gm-Message-State: AFuF++m92MbQKzx+zFiCPzW6pOsFosces10vHduB2PvNFaOHpZbbMp4F H+Hs8WV0Dtv7m/Jl56+h8h4fSY9cA3P2JF64EUUJMiVaP9G5mRWneRnn8Ze7RGO2SL3Tcg0B8Nc Labb0AgUn/8NHGpRdtTiZ9tICzCspRgthqigV7X6t6w== X-Received: by 2002:a53:acc3:0:20b0:66f:c1bc:4054 with SMTP id 956f58d0204a3-672c2ace221mr196906d50.28.1790014255888; Mon, 21 Sep 2026 11:10:55 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <785353ef79844e81a8cd97e87b00ef1f785b15e5.camel@surriel.com> In-Reply-To: <785353ef79844e81a8cd97e87b00ef1f785b15e5.camel@surriel.com> From: Chris Li Date: Mon, 21 Sep 2026 08:10:44 -1000 X-Gmail-Original-Message-ID: X-Gm-Features: AcwNN1Woo8T3qId4JZp_7iimts7F23BOwDAY_HBZQCCsQ8GnkQO5p6KKJ1Z6pBw Message-ID: Subject: Re: Path forward for Virtualized Swap? To: Rik van Riel Cc: Gregory Price , Johannes Weiner , Baoquan He , Nhat Pham , Kairui Song , Michal Hocko , Roman Gushchin , Shakeel Butt , Yosry Ahmed , David Hildenbrand , Muchun Song , Kemeng Shi , Barry Song , YoungJun Park , Chengming Zhou , "Lorenzo Stoakes (Oracle)" , "Liam R. Howlett" , "Vlastimil Babka (SUSE)" , Mike Rapoport , =?UTF-8?Q?Suren_Baghdasaryan=EF=BF=BC?= , Qi Zheng , Axel Rasmussen , Yuanchu Xie , Wei Xu , Wenchao Hao , Jonathan Corbet , Hugh Dickins , Baolin Wang , Tejun Heo , =?UTF-8?Q?Michal_Koutn=C3=BD?= , Shuah Khan , Kunwu Chan , Meta kernel team , Linux Memory Management List , Linux Kernel Mailing List , linux-doc@vger.kernel.org, "open list:CONTROL GROUP - MEMORY RESOURCE CONTROLLER (MEMCG)" , Andrew Morton , Kairui Song , Joshua Hahn Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 21, 2026 at 6:40=E2=80=AFAM Rik van Riel wro= te: > > On Mon, 2026-09-21 at 06:31 -1000, Chris Li wrote: > > > > Give me some real-world examples of people hitting this kind of > > limit. > > e.g. MAX(%) > 100% and still have a usesable system. I suspect that > > with 100% zswap usage, the system becomes unusable. Please show me a > > real world case that proves me wrong. > > > > Here's my desktop system right now. The amount > of Zswapped is more than twice AnonPages, and > the system stays perfectly usable. > > $ grep -E '(Anon|Zswap|GPU|Swap)' /proc/meminfo > SwapCached: 252340 kB > SwapTotal: 41523604 kB > SwapFree: 9802088 kB > Zswap: 8812236 kB > Zswapped: 24927876 kB > AnonPages: 11615760 kB > AnonHugePages: 1402880 kB > GPUActive: 13112428 kB > GPUReclaim: 95980 kB > > This is also an example where I cannot really > predict how much zswap space I need, because > that depends on what AI model is loaded, > which drives the GPUActive number, as well > as the number of browser tabs. > > The system is perfectly responsive. Great, that is getting somewhere. We are talking about actual usage. I really appreciate that. May I ask what the total amount of memory (RAM) in your system is? I am not asking zswap compare to ANA memory. I want to get the % of the total RAM. I assume your desktop has more than 8G of RAM, right? Chris > > -- > All Rights Reversed.