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 13931C25B75 for ; Thu, 6 Jun 2024 07:25:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9E59E6B00A1; Thu, 6 Jun 2024 03:25:37 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 96EE86B00A2; Thu, 6 Jun 2024 03:25:37 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 836526B00A3; Thu, 6 Jun 2024 03:25:37 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 6117D6B00A1 for ; Thu, 6 Jun 2024 03:25:37 -0400 (EDT) Received: from smtpin16.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 131B4813E5 for ; Thu, 6 Jun 2024 07:25:37 +0000 (UTC) X-FDA: 82199628714.16.0A36778 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf26.hostedemail.com (Postfix) with ESMTP id 3400314000A for ; Thu, 6 Jun 2024 07:25:34 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="eyz90bN/"; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf26.hostedemail.com: domain of vbabka@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=vbabka@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1717658734; 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=rc1ZdrGi+nIE/KLHuHchsW8YjNe2lt+qDFcTcnOBV4g=; b=pmgQOMGNutmzDETeYGYr05G90XSNvC22PweFA1xZF6e1+vzWx3I8dG6KMgeQAouq6xb8Tq BGt0+tIcqnncrOlxmWEvyaFCUNxz4kZYsShzx5bchFR2nmX3x3IBaQUxKvl1o2WE+OCfQN 9DVtk63aD2calHuEGInSRtuefHTT8QM= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="eyz90bN/"; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf26.hostedemail.com: domain of vbabka@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=vbabka@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1717658734; a=rsa-sha256; cv=none; b=RQINLUtDQvHh72rFrwHCmUq7h9+sNDmv6YE3jnfNA9udNAo5EQvKmdQmgXRJxnCxnCqKQg 45fI0z+ysBicOS+GA6zXp5CnG9q54KS3nfTlEUPWkQJLVwwTo6b4en1Aa3i9hugSIgZAZD Y6bIwj2l99ycsT9QoTpxSuIz21fz0TI= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 3E99161B9F; Thu, 6 Jun 2024 07:25:33 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 15335C2BD10; Thu, 6 Jun 2024 07:24:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1717658702; bh=6ArXguUdE1tEHqkTMArHl/jywTYi8V4U84K1ePj0AoI=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=eyz90bN/icwoyAAxZFaUXkgseagaj2+gtayVvlpSEO85FPkYRqDSaed7AKTltqH1P Gnx4K273UguPCqIpoIGhVPhu93b4OwT1dENhWnEBqJkGXXHCn+feY5bujIXE0dC8hZ cutWHUYG3O/eEQ5TsOiWO/9/K3YBctwGgDMXp4SW3Pqow5dCGg8kGuu83Fm9lT5oQD +diJGGWlE2oX9IPx1XfRecSCr1sJkDOR0x/ZvHdbaCD+8Bq1w1ozRjrpfSEaRBFpjq 4MMgKh9Ubu5JJt1tHLXFcVY0Gx3b0Y7aFuGCCuGK6Lp+STOdppusIoXuNTojDozxoL 5LYs9ZPnUKn2g== Message-ID: Date: Thu, 6 Jun 2024 09:24:56 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: kswapd0: page allocation failure: order:0, mode:0x820(GFP_ATOMIC), nodemask=(null),cpuset=/,mems_allowed=0 (Kernel v6.5.9, 32bit ppc) To: Yosry Ahmed , Erhard Furtner Cc: Yu Zhao , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Johannes Weiner , Nhat Pham , Chengming Zhou , Sergey Senozhatsky , Minchan Kim , Michal Hocko References: <20240508202111.768b7a4d@yea> <20240515224524.1c8befbe@yea> <20240602200332.3e531ff1@yea> <20240604001304.5420284f@yea> <20240604134458.3ae4396a@yea> <20240604231019.18e2f373@yea> <20240606010431.2b33318c@yea> Content-Language: en-US From: "Vlastimil Babka (SUSE)" In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspam-User: X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 3400314000A X-Stat-Signature: m6fttrh3pjckq69m17mdfqgfx71p1kyz X-HE-Tag: 1717658734-317055 X-HE-Meta: U2FsdGVkX1+Z1uzGKpqzJmJ8JigHyXCpszXI0IDnWPcu37UNVMwBzc8qPFrz7GV1XwZBRILAx8CQoNZBOA2OPxtniZ0Gq3zOdR3pWSToyK+Eq2RVSPU/qQj3Jsh3fk0fnAExd+fqtfgZmt/sSzDCeLgvm544kxT78fbqvEthSpRjnlgxHAIKOBIOcB5N/hajPsNi5j56qL/RM7YCTdP648xWNBc3sbJ/G6jPu1VKvpiSOB30DStFOGkX31ytmOdQth0W406xc1SuYm+w4Y+RZ2epFr93VrJukIOWAj16PEw1GwwKhGiND3BwO61S4ftYE+U/OCKhPm/FT+tkHQBQvvsH/Y5FSnKGKeHyKQPMDV/K+TVWpNz/9rh/9tjI5djlZtGDQyjPxNfm7Rz8gwLrAVwsaSA+3uFAJdnxFe/VwN/dNbShLjqX1bohwUnE9Pm+Wv0SNIifYhhZBkJYxeRuWitYnj8z1l1Ls0EKvxDOd1WPoaf/Jfamhe6yD8ztMXLaVLkjRLkLElhkwF5804JT20Zj9WfAn3cmWg6oLDTcmU7m3H/wWDku7E06s7PuBYaC6iOMN8sd42KMvOf8BWh0M/aQKl2LPl0COUzVWwQacc/GzDhodichU6KefP3Cz64qnHhxwDGFersuZrtCRftlwIFM/hWBwa3mJ7C54M4ZEfcm3jPiGYBi6Jyi7ZXKab9XsWGTXqgKVbAfN1ABP1PHNhtlu6Y73qxAFVvN6pBxoWG6Wzg9Z8ipCkySkMc++GjUmWruUaJcLssqlaLF6vH0cFC578XREaSVOrAiUN6fqPaH/HSLZGcKQVCtMN5j57lMNNHcqXFONgpfW196VpAyTS0zUg8APiHHsY9029pH9DdO8a+9J+40uYoAhbvH1Ql68WBrxgfWFD8OnV++0XsOk40ponqBpXv7CIhMEzwzoWYeJwL6GVxy5bPNYimfYnsV2kgXxWxOQsAivzRiZgw WCnLme1X pcBz69GQCnyLh+j87OO1lsqXG3eoJazWB1fqQMZKJL/v43dXMzNVe98iGtQxQQwGpiwK+LtqebLotLqDd5xtX8/kG/VGvBirf4LK+P+fREMS4td2hr31mXd2jbibuVODMU1qAFbo84oovV4Z/hk3kK7NRu7YbWZSGnvm8if+aZfjL2qHFPyAZNTLhupGMYpZtdfIDqa1CvxEqTapsGJ9GyFcNuLY4DEicpmTjb6TXOSQn/m1k2d4Z02BUyOJ60o7s4Y9C6DgKm3r8jqxXUS5TJZrWzZqljyCFXpAXw/zWE7qbThGqoWvUiyOtIGPjgxrV6z72f4od8Zui0DJ4TpF3fIHujYQaOi+zzRssEG/x5bAUEVA= 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 6/6/24 1:41 AM, Yosry Ahmed wrote: > On Wed, Jun 5, 2024 at 4:04 PM Erhard Furtner wrote: > > I am personally leaning toward (c), but I want to hear the opinions of > other people here. Yu, Vlastimil, Johannes, Nhat? Anyone else? Besides the zpool commit which might have just pushed the machine over the edge, but it was probably close to it already. I've noticed a more general problem that there are GFP_KERNEL allocations failing from kswapd. Those could probably use be __GFP_NOMEMALLOC (or scoped variant, is there one?) since it's the case of "allocating memory to free memory". Or use mempools if the progress (success will lead to freeing memory) is really guaranteed. Another interesting data point could be to see if traditional reclaim behaves any better on this machine than MGLRU. I saw in the config: CONFIG_LRU_GEN=y CONFIG_LRU_GEN_ENABLED=y So disabling at least the second one would revert to the traditional reclaim and we could see if it handles such a constrained system better or not. > In the long-term, I think we may want to address the lock contention > in zsmalloc itself instead of zswap spawning multiple zpools. > >> >> The patch did not apply cleanly on v6.9.3 so I applied it on v6.10-rc2. dmesg of the current v6.10-rc2 run attached. >> >> Regards, >> Erhard >