From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net [23.128.96.19]) (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 CDFEF7E for ; Mon, 13 Nov 2023 19:48:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=none Received: from gentwo.org (gentwo.org [IPv6:2a02:4780:10:3cd9::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA43D1A2 for ; Mon, 13 Nov 2023 11:48:58 -0800 (PST) Received: by gentwo.org (Postfix, from userid 1003) id ABD8E48CA2; Mon, 13 Nov 2023 11:48:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id A9504489F9; Mon, 13 Nov 2023 11:48:57 -0800 (PST) Date: Mon, 13 Nov 2023 11:48:57 -0800 (PST) From: Christoph Lameter To: Matthew Wilcox cc: Roman Gushchin , linux-mm@kvack.org, cgroups@vger.kernel.org Subject: Re: cgroups: warning for metadata allocation with GFP_NOFAIL (was Re: folio_alloc_buffers() doing allocations > order 1 with GFP_NOFAIL) In-Reply-To: Message-ID: <4f48d681-376e-100d-01fa-b22d15e8a534@linux.com> References: <6b42243e-f197-600a-5d22-56bd728a5ad8@gentwo.org> <8f6d3d89-3632-01a8-80b8-6a788a4ba7a8@linux.com> Precedence: bulk X-Mailing-List: cgroups@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed On Fri, 10 Nov 2023, Matthew Wilcox wrote: >> Maybe Christoph is playing with min_slab_order or something, so we're >> getting 8 pages per slab. That's still only 2496 bytes. Why are we >> calling into the large kmalloc path? What's really going on here? > > Christoph? Sorry I thought I already answered that. This was a boot with slub_min_order=5 that was inadvertently left in from a performance test.