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 E47FBC4332F for ; Mon, 13 Nov 2023 19:49:01 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 635656B0299; Mon, 13 Nov 2023 14:49:01 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 5BF2F6B029B; Mon, 13 Nov 2023 14:49:01 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 486896B029C; Mon, 13 Nov 2023 14:49:01 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 35C436B0299 for ; Mon, 13 Nov 2023 14:49:01 -0500 (EST) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 09776A08FC for ; Mon, 13 Nov 2023 19:49:01 +0000 (UTC) X-FDA: 81453969282.06.8DBB90F Received: from gentwo.org (gentwo.org [62.72.0.81]) by imf17.hostedemail.com (Postfix) with ESMTP id 46ECF4000B for ; Mon, 13 Nov 2023 19:48:59 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=linux.com (policy=none); spf=softfail (imf17.hostedemail.com: 62.72.0.81 is neither permitted nor denied by domain of cl@linux.com) smtp.mailfrom=cl@linux.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699904939; a=rsa-sha256; cv=none; b=gNUhWl+SM3Zc6HVmU8YRhsqRfKMGb6vu6jQAaTysmmIWsx5uI7AUfngMnGiHuGH/WWd9kh fn78o+ktWyg5kiV0f9J+2GCfVMwzOdO3NwukJ63Xh7M5Ekgjc01pMJiPP0AEK8N4AUb1VU nmCRRPXv3pjX9dFOQkMkYo9vD6JLifc= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=linux.com (policy=none); spf=softfail (imf17.hostedemail.com: 62.72.0.81 is neither permitted nor denied by domain of cl@linux.com) smtp.mailfrom=cl@linux.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699904939; 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: in-reply-to:in-reply-to:references:references; bh=t2SYoHdmmjqJHds2PWUnMPx9d5iEKrx8GM76PmN0Eog=; b=mVsQ4V3VPOCUcuIejJ+KDGmyH3Znp3kGUlJQEo4aXg9FLK0EeogTXOd/8JwrApnJoBUg5F U/GmcMVBnNViESvmCGh2KHhh3lgjPksGd05KGOYP8V0Zda93Y1I5w7CSV9PMTghXVMe6dl 9MfKq7xAsYCVVuG7vnSo8DL1rCcEQmI= 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> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 46ECF4000B X-Stat-Signature: jx76eqgw4shbk3hzscwqb66iatbw19sy X-Rspam-User: X-HE-Tag: 1699904939-526330 X-HE-Meta: U2FsdGVkX1+tUF0X4yiIKqtsV5p71rBDf643bETnUYOLnxcrqIlfgB3WIyZDquwNlbAtsp/pyenTZQPkX1FAu17FHcloa6Ac2v8NUqwXJ5bS9d9gROL27iQc06tBk4a112OurZLcTavHl4wTVJdWiOwOAQ4rGJ4A35IMu8XSb9sKZs12VRXgXCMDkTBVSXQGP7A3eJbSOuI9qjyJaoI6Mq9PEk+hPPVQjrRGfwUI8t79EoZI7cmS2fAHAcPKkcY5dOPUdBPQOMTs3J1/8Ev27scv2InD1fbi5PCnMGKF4TdVXc+gZX4s1sZzEUqjNU/LO6BvYSysK7o/cAF9imUuJEuNP1UxqZjfZ+n25YzXU6CmjNLYGFwhD3RevZxz/BkVwc5Cu1QMBO6C8d0x5ELT8zY2N4mWSRl9hozJt0WTXeZiiR7yM6oixHF51hvE5HlhAdh8ial4A7GvBCaCREU2OI4Vt6lIuyf+jF3BHrmghZ8+cLf31m1Om/hKnAFofqUua3FVNBs7Qt/i7PGsPEwoxHldYCPhQQfOhO5NrCconGnIhFo40Zgb1haQhsssEOau9kSpm4zUSUsV6nKIb5pvb3cu0a58/Nln6ZYyUiQcT3m93weKyjEI+jrHbxA48CCHlbJzZeUiDECg+11sQxHBSr565Nh45rn8ZiyN9WI03XyYvCPaUD1j80SRH/8iIuGBfoRSsC1E5PGerO6dtI0KuSq/Z+XgkGwgRar+F+pfBLzGBBWhcZwmFLlMUnlHI/v8iw0/kX0z46o2pjmbhhFgPwCaHMlFE/EY89pViBOV+yRlyq9zR1RYrUDh7Xs3OSpftIlEIYi8BBPo6hXyk1Os9jWD72ds8u7AcVPR8CdIAoBXGla7hrXt3ggw+0IJSLkDJzzFNu6bTfEMxrdc6QU7gROPLJVFmvFiDALJpU9canOoRLo+ilx45XrN7qU/0AbLxfMT0GG3i3l3IMAKV2p EVGCLTvU hmgW7zXQsERH1S2XpaqN+e/7jA0UVcNQW6b4x9o1rDb5d+hnJvpED/9jNF1pcrlhEGYFaLnBtgzNBcbsajMxV7PPr5BZM0LcZMoGuiJYzatWKOTDJIqcKFgtNN2uZ8LzjioYhjuZmzOyYlMdiIhnHu2KWil+gIEAIOT42YthHJ6qED1BRbBqM3CRiCQ1uCk3x1YPyBknvM5NioYI= 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 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.