Received: by 2002:a05:7412:40d:b0:e2:908c:2ebd with SMTP id 13csp987944rdf; Wed, 22 Nov 2023 02:30:11 -0800 (PST) X-Google-Smtp-Source: AGHT+IFR6XIRNzMemyfoIbB7XkUh+Q65pKlWpZCpyV4UKwQSQnk6JluSV7vd+8qbGOsBTWd+vWNZ X-Received: by 2002:a17:903:124b:b0:1cf:5cf3:b180 with SMTP id u11-20020a170903124b00b001cf5cf3b180mr2229268plh.8.1700649010813; Wed, 22 Nov 2023 02:30:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700649010; cv=none; d=google.com; s=arc-20160816; b=NmZWCN76rnaJzKwSCrl7FTABageCJxxWbCUJIe2KwgG3FaHWe/McMbukJva+8unSIH gii78BscvaLWIFT7k1VL8QVx4xE96UYptsWlfArtZhz2xf4+Sa/hin2JBvNG6DI2ZXpA ifU0QsbnYCTd2LigyGF9MO9IMaBU0UrN12BvC8/rwEgeVvIrbncmR0ndwwdFuaaYjrlA y0SbC12tVXQFaRsWQ2rUK9TNT4lJueMfN7hlAiCVpex+OFtxSmxFoXLJVNPlZEo2iJTU xIyFlvsHmB7b3Ue8w6iBUquJygXGC7AhCLm6aXAxWRLOhLcCHmDCsHVMXohmbNDT5A+I vICg== 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; bh=yrXLFt5w2YBxERsGkGrWkxzrUydGO4NOofx/2occdOg=; fh=UKujQ9qusECm1dSTiTIkzw1Yb6lPeQAe2FJq9jdhlc4=; b=mNG9/jPPD2yYi8XFcxm9Nbtf3kHSBvTY6UBNzJUn+hXWqnUsMyF8308SwM6+Ew1aEC RLLAicAl/ayeImIA0nFQ+iNgxH1UhNjyn4oBmDR4zeuEbwS+Mw+A2X3GO2gxhhtWs3ye LEg4UPRVScySVIAnXzJcL8bKUPnDDpeK0a+edjWzjCtLjiegL9kNQexEUHVEZjgPNj1C yaUKcyX/kgO4MUIJ3EGs3eDsprMO8gG1NX0+zyZSMzZ6cZEQ2q1d5VTrhVcQfjf7hMvL gN0Bvs41XRWzTBmptQ0DUaratjbcSeLZe2fcD4p6ImqIk3NFI8Feh3tmV8KNGCM45JMR p+FA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id n12-20020a170902d2cc00b001cf5d4fb9f8si7046272plc.234.2023.11.22.02.30.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Nov 2023 02:30:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id 493C580309DA; Wed, 22 Nov 2023 02:27:15 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229477AbjKVK06 (ORCPT + 99 others); Wed, 22 Nov 2023 05:26:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43882 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234934AbjKVK0q (ORCPT ); Wed, 22 Nov 2023 05:26:46 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 124E71AA for ; Wed, 22 Nov 2023 02:26:34 -0800 (PST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 891551595; Wed, 22 Nov 2023 02:27:20 -0800 (PST) Received: from [10.57.71.201] (unknown [10.57.71.201]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4340D3F6C4; Wed, 22 Nov 2023 02:26:31 -0800 (PST) Message-ID: Date: Wed, 22 Nov 2023 10:26:29 +0000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1 3/4] mm/compaction: optimize >0 order folio compaction with free page split. Content-Language: en-GB To: Zi Yan , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: "Huang, Ying" , Andrew Morton , "Matthew Wilcox (Oracle)" , David Hildenbrand , "Yin, Fengwei" , Yu Zhao , Vlastimil Babka , "Kirill A . Shutemov" , Johannes Weiner , Baolin Wang , Kemeng Shi , Mel Gorman , Rohan Puri , Mcgrof Chamberlain , Adam Manzanares , "Vishal Moola (Oracle)" References: <20231113170157.280181-1-zi.yan@sent.com> <20231113170157.280181-4-zi.yan@sent.com> From: Ryan Roberts In-Reply-To: <20231113170157.280181-4-zi.yan@sent.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Wed, 22 Nov 2023 02:27:15 -0800 (PST) On 13/11/2023 17:01, Zi Yan wrote: > From: Zi Yan > > During migration in a memory compaction, free pages are placed in an array > of page lists based on their order. But the desired free page order (i.e., > the order of a source page) might not be always present, thus leading to > migration failures. Split a high order free pages when source migration > page has a lower order to increase migration successful rate. > > Note: merging free pages when a migration fails and a lower order free > page is returned via compaction_free() is possible, but there is too much > work. Since the free pages are not buddy pages, it is hard to identify > these free pages using existing PFN-based page merging algorithm. > > Signed-off-by: Zi Yan > --- > mm/compaction.c | 40 +++++++++++++++++++++++++++++++++++++++- > 1 file changed, 39 insertions(+), 1 deletion(-) > > diff --git a/mm/compaction.c b/mm/compaction.c > index ec6b5cc7e907..9c083e6b399a 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1806,9 +1806,46 @@ static struct folio *compaction_alloc(struct folio *src, unsigned long data) > struct compact_control *cc = (struct compact_control *)data; > struct folio *dst; > int order = folio_order(src); > + bool has_isolated_pages = false; > > +again: > if (!cc->freepages[order].nr_pages) { > - isolate_freepages(cc); > + int i; > + > + for (i = order + 1; i <= MAX_ORDER; i++) { > + if (cc->freepages[i].nr_pages) { > + struct page *freepage = > + list_first_entry(&cc->freepages[i].pages, > + struct page, lru); > + > + int start_order = i; > + unsigned long size = 1 << start_order; > + > + list_del(&freepage->lru); > + cc->freepages[i].nr_pages--; > + > + while (start_order > order) { > + start_order--; > + size >>= 1; > + > + list_add(&freepage[size].lru, > + &cc->freepages[start_order].pages); > + cc->freepages[start_order].nr_pages++; > + set_page_private(&freepage[size], start_order); > + } > + post_alloc_hook(freepage, order, __GFP_MOVABLE); > + if (order) > + prep_compound_page(freepage, order); > + dst = page_folio(freepage); > + goto done; Perhaps just do: dst = (struct folio *)freepage; goto done; then move done: up a couple of statements below, so that post_alloc_hook() and prep_compound_page() are always done below in common path? Although perhaps the cast is frowned upon, you're already making the assumption that page and folio are interchangable the way you call list_first_entry(). > + } > + } > + if (!has_isolated_pages) { > + isolate_freepages(cc); > + has_isolated_pages = true; > + goto again; > + } > + > if (!cc->freepages[order].nr_pages) > return NULL; > } > @@ -1819,6 +1856,7 @@ static struct folio *compaction_alloc(struct folio *src, unsigned long data) > post_alloc_hook(&dst->page, order, __GFP_MOVABLE); > if (order) > prep_compound_page(&dst->page, order); > +done: > cc->nr_freepages -= 1 << order; > return page_rmappable_folio(&dst->page); > }