Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp14006872rwb; Sun, 27 Nov 2022 15:48:58 -0800 (PST) X-Google-Smtp-Source: AA0mqf5zlNKlkG5Y10a6TYtjt3Y2q83eoaqxc4OqmuNN+UlmRDPsIOvo6GrVWTahiOJFA17Yd4gm X-Received: by 2002:a05:6402:22ab:b0:46a:abc8:8018 with SMTP id cx11-20020a05640222ab00b0046aabc88018mr14233379edb.369.1669592938422; Sun, 27 Nov 2022 15:48:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669592938; cv=none; d=google.com; s=arc-20160816; b=PSwtEhMVSj2lXsJUWDlUuCwmym0iExno+Q6ri0nZ82/gUf6cjOnulGpBvKkCm9zi9f +Z89WNGJ7ITuBvoPHWQX7OIb5lYMhoQSoI2SFSu3eKJfsGemb5yfj6dCb50cWXKML54S laEchUR9/BJ+9cQcL4B4/NMEgzyZs/yKFk8gDQs4ARnnDjwauCycDvZJalNHB9FVM7/w PewIBTJQmXbdMooJdTHDampuM7IsUiW7sN8A37TFh7T0yv4nYFXs0uomylzUxD9qYQeW prb4zSpwz8nl87g8qDKc5y/VDYM55jXBmVFLXgwYn337pvb6ndGSM4+j4ZQDdkvLu8lU 16VQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature:dkim-signature; bh=lq+hxk2jZLq7sWjpYaRCMKOHOLgy8Wwlbt7cndUUYuU=; b=EW5xqBECJ1kTwwq8xywvYJEdgI8FDlzbhig+YIl3Xx6dIvY10DEoXxyxmI16KYpoY0 QU0MiKmReGNJBeU6y3h3QnLfhgVp0LF1sZ0WjXwEzBqQ1ZpmXuTcMgSM2fVffE55VdHA XL55/xAJbYZsZ+nNaBGnqzrjiq7gYFZdYXq/o497yIqsripV9441nhm2u2NrW/lNRWzO rdxnM7hbN90BwMKPuELguj1sZ0Ubsor66Urc899ikc/weHCcJ2XG47BxOAFDs2HEE/EI pWq39RR7AqVLi0mP4NKUK7Mw8MCkMzQFk1q4HPs4TLHyj1xxPZVu9yFnuZTTLn7kUtD+ 90yA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=bFAgYyVJ; dkim=neutral (no key) header.i=@suse.cz header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r10-20020a170906704a00b007adadfc97c7si6985287ejj.918.2022.11.27.15.48.38; Sun, 27 Nov 2022 15:48:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=bFAgYyVJ; dkim=neutral (no key) header.i=@suse.cz header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229619AbiK0XLX (ORCPT + 84 others); Sun, 27 Nov 2022 18:11:23 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35486 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229618AbiK0XLQ (ORCPT ); Sun, 27 Nov 2022 18:11:16 -0500 Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 809F0FD22 for ; Sun, 27 Nov 2022 15:11:15 -0800 (PST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 1895721B95; Sun, 27 Nov 2022 23:11:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1669590673; h=from:from:reply-to: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; bh=lq+hxk2jZLq7sWjpYaRCMKOHOLgy8Wwlbt7cndUUYuU=; b=bFAgYyVJLutsJ3njue2hOhs/rgjP0WZ7Yn/10rMyL+wzjqDh6NmrqcxZ5/w0KB0XCRVTa7 Bg6HQYJjNftkG+lbHhejipO34cFgk0uNm1NW3OKRFoH1ZpQIhaApc3XUWYku5+1SmCb4JJ B4/8FHifmitpaa6K/IaI/r6cu9yW690= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1669590673; h=from:from:reply-to: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; bh=lq+hxk2jZLq7sWjpYaRCMKOHOLgy8Wwlbt7cndUUYuU=; b=+yiqcfcmf0/ChHbECZGhFGNJysdm68XNY/oawDfGWE817SRlLy8gFDcQPnaBWLgAu5lBLq f4RfxAOZpPcGQlAA== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id D9846134CE; Sun, 27 Nov 2022 23:11:12 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id AIhhNJDug2PZAwAAMHmgww (envelope-from ); Sun, 27 Nov 2022 23:11:12 +0000 Message-ID: Date: Mon, 28 Nov 2022 00:11:12 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: [PATCH 07/12] mm, slab: ignore SLAB_RECLAIM_ACCOUNT with CONFIG_SLUB_TINY Content-Language: en-US To: Christoph Lameter , David Rientjes , Joonsoo Kim , Pekka Enberg Cc: Hyeonggon Yoo <42.hyeyoo@gmail.com>, Roman Gushchin , Andrew Morton , Linus Torvalds , Matthew Wilcox , patches@lists.linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20221121171202.22080-1-vbabka@suse.cz> <20221121171202.22080-8-vbabka@suse.cz> From: Vlastimil Babka In-Reply-To: <20221121171202.22080-8-vbabka@suse.cz> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/21/22 18:11, Vlastimil Babka wrote: > SLAB_RECLAIM_ACCOUNT caches allocate their slab pages with > __GFP_RECLAIMABLE and can help against fragmentation by grouping pages > by mobility, but on tiny systems mobility grouping is likely disabled > anyway and ignoring SLAB_RECLAIM_ACCOUNT might instead lead to merging > of caches that are made incompatible just by the flag. > > Thus with CONFIG_SLUB_TINY, make SLAB_RECLAIM_ACCOUNT ineffective. > > Signed-off-by: Vlastimil Babka > --- > include/linux/slab.h | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/include/linux/slab.h b/include/linux/slab.h > index 3ce9474c90ab..1cbbda03ad06 100644 > --- a/include/linux/slab.h > +++ b/include/linux/slab.h > @@ -129,7 +129,11 @@ > > /* The following flags affect the page allocator grouping pages by mobility */ > /* Objects are reclaimable */ > +#ifndef CONFIG_SLUB_TINY > #define SLAB_RECLAIM_ACCOUNT ((slab_flags_t __force)0x00020000U) > +#else > +#define SLAB_RECLAIM_ACCOUNT 0 Updating the last line above to: #define SLAB_RECLAIM_ACCOUNT ((slab_flags_t __force)0) In response to: https://lore.kernel.org/all/202211280441.yCEecX9z-lkp@intel.com/ Yeah it probably means that the other pre-existing flag variants that #define to 0 should be also adjusted to avoid these issues, but not as part of this series. > +#endif > #define SLAB_TEMPORARY SLAB_RECLAIM_ACCOUNT /* Objects are short-lived */ > > /*