Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp6417538rwl; Mon, 9 Jan 2023 08:06:25 -0800 (PST) X-Google-Smtp-Source: AMrXdXt2qYtIX9XDxdSInVIemHjMcRiw06L9uxFxW5frn+mdVuALK8+irJ8rVX1y8/OfGThUQEZ9 X-Received: by 2002:a05:6a20:2a94:b0:9d:efc0:76 with SMTP id v20-20020a056a202a9400b0009defc00076mr98804641pzh.30.1673280385263; Mon, 09 Jan 2023 08:06:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673280385; cv=none; d=google.com; s=arc-20160816; b=IcAYIOUG4E8oZ6hEhQ9fnXD6PoPS9mVfY3ie2/k798U/ycbkTjnYXSz9HWwz4X76Zd kkaHD7Xn58yRtvnZg2ZC9B+19U980mdzo/hnjOl/HUkQa7EBg1Zjfck8egmmMsh+3Tj6 KCYDhsM8WDcR9Z6D9wZSO6z9fEo8K2nA0+TUJe8r5Txq9rHNbxPihz98YPmwT+OZz/bG rTIAB9id2O6s5ALLXh5vgfA/STPg5YxM+9IDAyABq+naDfmaDZXSqfcm9qgj9WiWEUJS m6O/GNAsfypv0sLghcQ59DE74cfCOXBR010ecxmPgAkH3AqHE8wiy+NcKuCKujw/z2Vl lTlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Zf9NPxc+KtVdQOTetyOPI9RBspqTg8JrOu12oVMo14o=; b=L5O3tMv+T8SVk3Mlu6iOEp/Eyg2S/eWgDUgxLhTh28sS8ox+g37q0xm9qCrO4/TDSN 7Y7ZgAH7k5kBU+yblHS1piuUlaO8TbDDJCzwXdZzI/dXsWqZ/Ql2+9K8DR/TIcdQPXpL LALlMMC1DXChtm31nlxPq/j2hrFtOwQo48sayUuQUulNKlRHOlzpi1uf9XpcLnLhhxUa jvrDe2N23rHHV3JXo0qVCLzDBfgFHUvdSfV9KfnDBsHWyYfT2kY2xIQ2YD5Jdjy7YLS7 j/MJGxhUTQ9VH8jbu+i6MQzMTBG4vVdocLQdB5PduHolfeDxtQ2lONkFzOwA7IlTh05c aPOA== ARC-Authentication-Results: i=1; mx.google.com; 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 30-20020a63125e000000b00496b124b645si7028879pgs.226.2023.01.09.08.06.05; Mon, 09 Jan 2023 08:06:25 -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; 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 S237311AbjAIPSv (ORCPT + 53 others); Mon, 9 Jan 2023 10:18:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32804 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237181AbjAIPRz (ORCPT ); Mon, 9 Jan 2023 10:17:55 -0500 Received: from outbound-smtp39.blacknight.com (outbound-smtp39.blacknight.com [46.22.139.222]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D074D32E for ; Mon, 9 Jan 2023 07:17:26 -0800 (PST) Received: from mail.blacknight.com (pemlinmail04.blacknight.ie [81.17.254.17]) by outbound-smtp39.blacknight.com (Postfix) with ESMTPS id 775D71FB2 for ; Mon, 9 Jan 2023 15:17:25 +0000 (GMT) Received: (qmail 18139 invoked from network); 9 Jan 2023 15:17:25 -0000 Received: from unknown (HELO morpheus.112glenside.lan) (mgorman@techsingularity.net@[84.203.198.246]) by 81.17.254.9 with ESMTPA; 9 Jan 2023 15:17:25 -0000 From: Mel Gorman To: Linux-MM Cc: Andrew Morton , Michal Hocko , NeilBrown , Thierry Reding , Matthew Wilcox , Vlastimil Babka , LKML , Mel Gorman Subject: [PATCH 4/7] mm/page_alloc: Explicitly define what alloc flags deplete min reserves Date: Mon, 9 Jan 2023 15:16:28 +0000 Message-Id: <20230109151631.24923-5-mgorman@techsingularity.net> X-Mailer: git-send-email 2.35.3 In-Reply-To: <20230109151631.24923-1-mgorman@techsingularity.net> References: <20230109151631.24923-1-mgorman@techsingularity.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_PASS 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 As there are more ALLOC_ flags that affect reserves, define what flags affect reserves and clarify the effect of each flag. Signed-off-by: Mel Gorman --- mm/internal.h | 3 +++ mm/page_alloc.c | 34 ++++++++++++++++++++++------------ 2 files changed, 25 insertions(+), 12 deletions(-) diff --git a/mm/internal.h b/mm/internal.h index 178484d9fd94..8706d46863df 100644 --- a/mm/internal.h +++ b/mm/internal.h @@ -749,6 +749,9 @@ unsigned int reclaim_clean_pages_from_list(struct zone *zone, #define ALLOC_HIGHATOMIC 0x200 /* Allows access to MIGRATE_HIGHATOMIC */ #define ALLOC_KSWAPD 0x800 /* allow waking of kswapd, __GFP_KSWAPD_RECLAIM set */ +/* Flags that allow allocations below the min watermark. */ +#define ALLOC_RESERVES (ALLOC_HARDER|ALLOC_MIN_RESERVE|ALLOC_HIGHATOMIC|ALLOC_OOM) + enum ttu_flags; struct tlbflush_unmap_batch; diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 0ef4f3236a5a..6f41b84a97ac 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -3949,15 +3949,14 @@ ALLOW_ERROR_INJECTION(should_fail_alloc_page, TRUE); static inline long __zone_watermark_unusable_free(struct zone *z, unsigned int order, unsigned int alloc_flags) { - const bool alloc_harder = (alloc_flags & (ALLOC_HARDER|ALLOC_OOM)); long unusable_free = (1 << order) - 1; /* - * If the caller does not have rights to ALLOC_HARDER then subtract - * the high-atomic reserves. This will over-estimate the size of the - * atomic reserve but it avoids a search. + * If the caller does not have rights to reserves below the min + * watermark then subtract the high-atomic reserves. This will + * over-estimate the size of the atomic reserve but it avoids a search. */ - if (likely(!alloc_harder)) + if (likely(!(alloc_flags & ALLOC_RESERVES))) unusable_free += z->nr_reserved_highatomic; #ifdef CONFIG_CMA @@ -3981,25 +3980,36 @@ bool __zone_watermark_ok(struct zone *z, unsigned int order, unsigned long mark, { long min = mark; int o; - const bool alloc_harder = (alloc_flags & (ALLOC_HARDER|ALLOC_OOM)); /* free_pages may go negative - that's OK */ free_pages -= __zone_watermark_unusable_free(z, order, alloc_flags); - if (alloc_flags & ALLOC_MIN_RESERVE) - min -= min / 2; + if (unlikely(alloc_flags & ALLOC_RESERVES)) { + /* + * __GFP_HIGH allows access to 50% of the min reserve as well + * as OOM. + */ + if (alloc_flags & ALLOC_MIN_RESERVE) + min -= min / 2; - if (unlikely(alloc_harder)) { /* - * OOM victims can try even harder than normal ALLOC_HARDER + * Non-blocking allocations can access some of the reserve + * with more access if also __GFP_HIGH. The reasoning is that + * a non-blocking caller may incur a more severe penalty + * if it cannot get memory quickly, particularly if it's + * also __GFP_HIGH. + */ + if (alloc_flags & ALLOC_HARDER) + min -= min / 4; + + /* + * OOM victims can try even harder than the normal reserve * users on the grounds that it's definitely going to be in * the exit path shortly and free memory. Any allocation it * makes during the free path will be small and short-lived. */ if (alloc_flags & ALLOC_OOM) min -= min / 2; - else - min -= min / 4; } /* -- 2.35.3