Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp924291rwd; Tue, 13 Jun 2023 02:11:25 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6QQvdy+de21n+Rq9uvObAn6ZNHrPf0lGyi9JSATHdPohdgDFoEpWxdfOSYN7wkEhiHK/Vm X-Received: by 2002:a17:907:25cc:b0:94f:6218:191d with SMTP id ae12-20020a17090725cc00b0094f6218191dmr11662006ejc.32.1686647485510; Tue, 13 Jun 2023 02:11:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686647485; cv=none; d=google.com; s=arc-20160816; b=Jfn92NsqexXXnDWQUmqWiOs76/NJH2mkYSMHQwusIpbFOPn9XKtDuOx2XJjLv79ujl AfCh10Ey3kH36SfdrXFKICqkA2Ra+iMYOopNRU0Q8wbCLYoyxtNe0hbDIh7/oq60XyEh /A4vO6mN5NBmItcVG5X8KP2CRzuW4VczIc8xWkhH3iCRsToKiJ5vy80uZwp7J3limfPp cinRK8RyysqwMML4Fz/7JE4UaytyCb6fHx7BSrUk7p69W/LEczF5IL9p9QGmMdkDfu+y 2DwE/wS4jjpmsyWIqXd8hB/Kybno+VZL8028o6JT89h7rrg2CJVBnYxwLi/n+qMjg+Y2 MKBg== 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 :message-id:date:subject:cc:to:from; bh=wMcBRFqfTE0STr9JCRRLkDjxGqHSrWjNxvDD1SWW8XA=; b=sS30vy0hpUhZfxJUBiUmkDohyiuttR84dwbfdu9OeYxrg832H8EOLenIeKB6gjBZ7V wMAlC0HMN2CSFRu4afzc3L7xf7vIlrc+Tdyd1CJlVMZfdNbGTWRukm7EUJMJydYwYQ0x pLF+n2l1MUku9DOIa40476dSgn9Cye5fDkDCAaLjwQsOk3e3MrOyy6uz9+7VHxR2+XWe 2fe8MkGpdVgLkibHbE2e9hgfVL/4c5tApx9tdyChCtrNdP8cABS+fXKsjKQ847+e5e1g FTJtOAAtXSdf9c9qzWg3BG6Si1GW3drzUlhbY/n78dwmpae+FDUi+gHHNplljZG7xCxe Nr/Q== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gz22-20020a170906f2d600b00973771bddcdsi6737897ejb.685.2023.06.13.02.11.00; Tue, 13 Jun 2023 02:11:25 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241927AbjFMIzd (ORCPT + 99 others); Tue, 13 Jun 2023 04:55:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241849AbjFMIzS (ORCPT ); Tue, 13 Jun 2023 04:55:18 -0400 Received: from out30-100.freemail.mail.aliyun.com (out30-100.freemail.mail.aliyun.com [115.124.30.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 590F5C0 for ; Tue, 13 Jun 2023 01:55:17 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R961e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046049;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0Vl1OoaE_1686646513; Received: from localhost(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0Vl1OoaE_1686646513) by smtp.aliyun-inc.com; Tue, 13 Jun 2023 16:55:13 +0800 From: Baolin Wang To: akpm@linux-foundation.org Cc: mgorman@techsingularity.net, vbabka@suse.cz, david@redhat.com, ying.huang@intel.com, baolin.wang@linux.alibaba.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] mm: compaction: skip memory hole rapidly when isolating migratable pages Date: Tue, 13 Jun 2023 16:55:04 +0800 Message-Id: <770f9f61472b24b6bc89adbd71a77d9cf62bb54f.1686646361.git.baolin.wang@linux.alibaba.com> X-Mailer: git-send-email 2.27.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL 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 some machines, the normal zone can have a large memory hole like below memory layout, and we can see the range from 0x100000000 to 0x1800000000 is a hole. So when isolating some migratable pages, the scanner can meet the hole and it will take more time to skip the large hole. From my measurement, I can see the isolation scanner will take 80us ~ 100us to skip the large hole [0x100000000 - 0x1800000000]. So adding a new helper to fast search next online memory section to skip the large hole can help to find next suitable pageblock efficiently. With this patch, I can see the large hole scanning only takes < 1us. [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000040000000-0x00000000ffffffff] [ 0.000000] DMA32 empty [ 0.000000] Normal [mem 0x0000000100000000-0x0000001fa7ffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x0000000fffffffff] [ 0.000000] node 0: [mem 0x0000001800000000-0x0000001fa3c7ffff] [ 0.000000] node 0: [mem 0x0000001fa3c80000-0x0000001fa3ffffff] [ 0.000000] node 0: [mem 0x0000001fa4000000-0x0000001fa402ffff] [ 0.000000] node 0: [mem 0x0000001fa4030000-0x0000001fa40effff] [ 0.000000] node 0: [mem 0x0000001fa40f0000-0x0000001fa73cffff] [ 0.000000] node 0: [mem 0x0000001fa73d0000-0x0000001fa745ffff] [ 0.000000] node 0: [mem 0x0000001fa7460000-0x0000001fa746ffff] [ 0.000000] node 0: [mem 0x0000001fa7470000-0x0000001fa758ffff] [ 0.000000] node 0: [mem 0x0000001fa7590000-0x0000001fa7ffffff] Signed-off-by: Baolin Wang --- Changes from v1: - Fix building errors if CONFIG_SPARSEMEM is not selected. - Use NR_MEM_SECTIONS instead of '-1' per Huang Ying. --- include/linux/mmzone.h | 10 ++++++++++ mm/compaction.c | 30 +++++++++++++++++++++++++++++- 2 files changed, 39 insertions(+), 1 deletion(-) diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h index 5a7ada0413da..5ff1fa2efe28 100644 --- a/include/linux/mmzone.h +++ b/include/linux/mmzone.h @@ -2000,6 +2000,16 @@ static inline unsigned long next_present_section_nr(unsigned long section_nr) return -1; } +static inline unsigned long next_online_section_nr(unsigned long section_nr) +{ + while (++section_nr <= __highest_present_section_nr) { + if (online_section_nr(section_nr)) + return section_nr; + } + + return NR_MEM_SECTIONS; +} + /* * These are _only_ used during initialisation, therefore they * can use __initdata ... They could have names to indicate diff --git a/mm/compaction.c b/mm/compaction.c index 3398ef3a55fe..c31ff6123891 100644 --- a/mm/compaction.c +++ b/mm/compaction.c @@ -229,6 +229,28 @@ static void reset_cached_positions(struct zone *zone) pageblock_start_pfn(zone_end_pfn(zone) - 1); } +#ifdef CONFIG_SPARSEMEM +static unsigned long skip_hole_pageblock(unsigned long start_pfn) +{ + unsigned long next_online_nr; + unsigned long start_nr = pfn_to_section_nr(start_pfn); + + if (online_section_nr(start_nr)) + return 0; + + next_online_nr = next_online_section_nr(start_nr); + if (next_online_nr < NR_MEM_SECTIONS) + return section_nr_to_pfn(next_online_nr); + + return 0; +} +#else +static unsigned long skip_hole_pageblock(unsigned long start_pfn) +{ + return 0; +} +#endif + /* * Compound pages of >= pageblock_order should consistently be skipped until * released. It is always pointless to compact pages of such order (if they are @@ -1991,8 +2013,14 @@ static isolate_migrate_t isolate_migratepages(struct compact_control *cc) page = pageblock_pfn_to_page(block_start_pfn, block_end_pfn, cc->zone); - if (!page) + if (!page) { + unsigned long next_pfn; + + next_pfn = skip_hole_pageblock(block_start_pfn); + if (next_pfn != 0) + block_end_pfn = next_pfn; continue; + } /* * If isolation recently failed, do not retry. Only check the -- 2.27.0