From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv2-f12.google.com (mail-qv2-f12.google.com [74.125.230.140]) (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 2D60549B1F9 for ; Mon, 21 Sep 2026 12:53:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.230.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789995187; cv=none; b=kInc4bkR6mhIJKOpOxU5RQOb875whJyj46GSZYT8qT82SepO0bbfH54n+mAM5VGZjcQLDdT/3Qg3Fi2ZCF5oMsoN2zOZtwhVO7Xs+ehaoLOXIb+m18YBQNTRvCQ+QENUz7t7D6Xr5tjgigW8q0pqcY80pU8Ku5WdZT0Rouq1mQw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789995187; c=relaxed/simple; bh=qeUCWpsUPbHHM5IIG7RF8FHuHvdD0eOD/zFOkfdQrYM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CtBzPsqbjeK25M+pLLjorQWryaXsfaN8paisJ1uQaJZvM4EB3yzDBwODcg5VSjCgut/oW59D+UOcdQzpXgjWkTA6Ghbu0MsdZIkWSNBcaNxzn2iKpk72X0mDrbgf2GpBLsQvaTU8akylGL+2/pnzwhAQ+WTlZDvSHMPdX4dns4E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=fBaQ6FPL; arc=none smtp.client-ip=74.125.230.140 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="fBaQ6FPL" Received: by mail-qv2-f12.google.com with SMTP id 6a1803df08f44-90cdfcbe20aso35837916d6.2 for ; Mon, 21 Sep 2026 05:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1789995185; x=1790599985; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to:content-type; bh=Jdk8bFx0tKHj9Yl5yPuBwHegOpkKYh3D6iyI0OsSHvo=; b=fBaQ6FPLrsis2sQg/MQTL21JZNv+KF1s2lpMc3WLk8mupnzw7vw3dOXpboNWUd2JFO hVYq6Zo7oD/ZxUonGGXzp9Wu0qaH7WG/oBBIWdL3wvePWoqmP7cb2sueyzvAGWVsMJo1 Yk3gL2Y/cGrjs+LRMGfWMlokO+d9wsLeXqgaHqWv1lw/7INCWA4LAGFQWfLYNq+a0hLs r7ivypwfYSZUmLEgsSFlN0gK01xMxN5UT7wC3MqtqpYuAyAPVElLg6rAdSPgQmk/gIi2 /dj/OsMoF+viZ/XOEzdpDmCRlwbvLcWW65KztY92+OMyp3kTuO12BIKeJXYqulsX7YQT GTgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789995185; x=1790599985; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=Jdk8bFx0tKHj9Yl5yPuBwHegOpkKYh3D6iyI0OsSHvo=; b=DeJwvrwRmKc0sNdRZJyorY8oKf3Qj0nPDcJz3Ae271h+gLjx5Rd7LSKIeRCDkORiTV TGUUJFlwOwW5XLE8tuta9qv+uKpO7ptuFIanAORLEuUu1bS++NX6xpTBdrlLBRRsA8uw R3WvvzlYU6cWmLincIvxzXpy7ENGcJNGUa2iMVYwocyDcHf6+sONPCIs/ikZvJ99EvRB JrZF7iFCRAt+5Ali/zFxJaZPGH1cRaagsTF5ZeEn6OmBuN9OWN/li0baEftHriu2HbUa G/GH9xBpiZ39PWxssRmPhoKtI1lEnnaQuqYgtm02JAHtuKkmk/A1r7dtSHtt/bIwQj1Y l/lA== X-Forwarded-Encrypted: i=1; AKwUvByhDi5z0QKCQ4gaWenwLbJpV2ipGi0WBaBJPxHttGFjZSUAfXg8j4Es8JMj9PZpCyrESGJFi1yElzOy66w=@vger.kernel.org X-Gm-Message-State: AFuF++np+Na5urNbgTvdN/qVh0iKykQbeCSYUAJFDn67R5VW+MYLjAKp 1GRANjUKZctOHIj4cir0ZZoeC/cG8jVWpjvwu6U6mtRjCA1OihRbu7BPGzptBF5tTCU= X-Gm-Gg: AYBFou07TyMmFteDm26W6lefl90PMr0qCVjQBSgHUtI6g1b1kMLmK2i4EdlS3YKnjy1 QPTebH5gZV8nktpfLobcSqQlNyf4DA4Js8mxsak9ph79W9O93eq7cEcjQheX2HTQIu66t/MJeDq cQEjRR1+rsFh7+dfLtubPnWsns7TNTBxup2oW0K3n36+KJf9eX8YOL/NIMdNkDSD8NVsodMhN7j UpEVFVO1n8rSwfSHUq72mvNl+ccX/AhN2UMGWSeH+3bdo+eDxRUPNfnuGjuvqOPyvAYxx9fz/xy KdwmmNd+FQfrvbyvFpYInQaUn3xAhzoVXuVekRWM4EEuliUylBsUpTUDyXISleI0VrPvwf4J9IM 8NecsYKISewIh5kUa2rJHUOqhQnf+3FVP3keTePVyj8tor9WZGTYM0D8XKajmPEy+xLKGlu4n6v MoZGhTjUvrKslnkMyTbKtejQlMtYf5fgCf1kAfFC+Rh7W8Vj63P9+6S8lYPnKLTIEPEB5OtD4EO 62aoVIww2X9l2QNEf16LqXte14b8Z48Iydo2yVrmbq7r+63iyJGOsg= X-Received: by 2002:a05:6214:5990:b0:912:517b:20e9 with SMTP id 6a1803df08f44-913fc969610mr4155346d6.49.1789995184825; Mon, 21 Sep 2026 05:53:04 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-60-52.washdc.fios.verizon.net. [173.79.60.52]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-91260a6267csm68171296d6.25.2026.09.21.05.53.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Sep 2026 05:53:04 -0700 (PDT) Date: Mon, 21 Sep 2026 08:53:02 -0400 From: Gregory Price To: Chris Li Cc: 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 , Suren =?utf-8?B?QmFnaGRhc2FyeWFu77+8?= , Qi Zheng , Axel Rasmussen , Yuanchu Xie , Wei Xu , Rik van Riel , Wenchao Hao , Jonathan Corbet , Hugh Dickins , Baolin Wang , Tejun Heo , Michal =?utf-8?Q?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 Subject: Re: Path forward for Virtualized Swap? Message-ID: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Sun, Sep 20, 2026 at 11:43:59PM -1000, Chris Li wrote: > On Sat, Sep 19, 2026 at 3:53 PM Gregory Price wrote: > > Let's start with the real question: on your fleet what is the max % of > zswap memory compared to total RAM? > You're asking me to predict the future. Any number I give you today will be wrong 3 seconds from now. You can't know the compressibility of memory until after you compress it, and requiring a user to predict the future by forcing them to limit the total amount of workload compressibility does not scale with the number of workloads of variable compressibility of data. That should tell you that your model of reasoning about this issue is ill-suited to address the problem. ~Gregory