Received: by 2002:a05:7412:31a9:b0:e2:908c:2ebd with SMTP id et41csp6015182rdb; Mon, 18 Sep 2023 00:58:51 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHIuqiEtDBS7N+voVeqdgAN1zW+TczeVgyGCM0HvvTWcxy07v02Zom7Xi1RgN6LJUzy8ATR X-Received: by 2002:a17:90b:4d8a:b0:276:696b:1dd9 with SMTP id oj10-20020a17090b4d8a00b00276696b1dd9mr2418367pjb.15.1695023931104; Mon, 18 Sep 2023 00:58:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695023931; cv=none; d=google.com; s=arc-20160816; b=WqPZxWG0j2/aM3FBIHw4nSqAbq7ev7ImxcfUopim+Z5GxxZCFf0iHBjpomQ3L5L9Wp rDogcbFVC+47niaLmz7eKFCLUE/nFSHisqjXpteI3knJnqbLL4U9tqTrjrRFg0v8r9P/ av0YrQQCzJcgtkiHPPqxT24axw2gTI6ctXSOGLgB3vhxGUXOUj2Y3WjhSg55DvNNONxm ABYtjG5nLXwcAPyN3vf6qX2Lpakf7OEM97qd43b+hjHSCz05Mo4zoWNIIfGfxQCAGJ3A QH4m5z9YFGMLWICBy7V6Nd4nmTJL/OSU+Ty64WMky0zMzLqAukkG5tvhBG0N9sFxpfEa N/ag== 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:subject:user-agent:mime-version:date:message-id; bh=QuvWsgwUeJAXZIQC6r5e72FY3X2ynn4ScAoGALsSzK8=; fh=YbLNOljfUMTdWY469T85obdJIn7wgRfnEO8M+ekBj60=; b=KKYjycbsk1C9mLpnGHEsvCSCFfUMJzlLrDt1ph+WnzkSeg2r7oylHdCt5XsEkjan2L GFopJs0GmT6/h3mX1PZy2QLgAmKeJ4XabcXpILWUen4KGfT2PRr+CMIEJxWHkQVEV3QJ zXqx75WhfTcE7N8S0UzeikSZOoWaubyOv19ftDo91/dFm5GWjbyu1QjGq+nTf3ngg3/V 0fQ3aPu2k2G+Cs5qi+CFmiJ2KJ++HkIrs28OUh2PN4e6PMoWGw/9sac2nXZeoKSDZRNj LEgKU47pIKCzU4eS36aEnCoAyHW2A05TrDlhVPmjvbZdpr9UXXjER+EOCIJmVHqqMAyr QhZQ== 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=alibaba.com Return-Path: Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id e4-20020a170902f10400b001c3b2b5ce0dsi7373887plb.544.2023.09.18.00.58.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Sep 2023 00:58:51 -0700 (PDT) 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=alibaba.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id E9D1F80755D3; Mon, 18 Sep 2023 00:38:26 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233657AbjIRHht (ORCPT + 99 others); Mon, 18 Sep 2023 03:37:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56988 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240398AbjIRHhg (ORCPT ); Mon, 18 Sep 2023 03:37:36 -0400 Received: from out30-112.freemail.mail.aliyun.com (out30-112.freemail.mail.aliyun.com [115.124.30.112]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4F6E310F7 for ; Mon, 18 Sep 2023 00:34:26 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R181e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046059;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=17;SR=0;TI=SMTPD_---0VsIAQZk_1695022459; Received: from 30.97.48.66(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0VsIAQZk_1695022459) by smtp.aliyun-inc.com; Mon, 18 Sep 2023 15:34:21 +0800 Message-ID: <28f76c7c-4b84-5e08-2f27-07592d8078a2@linux.alibaba.com> Date: Mon, 18 Sep 2023 15:34:25 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: [RFC PATCH 2/4] mm/compaction: optimize >0 order folio compaction with free page split. To: Zi Yan , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: Ryan Roberts , Andrew Morton , "Matthew Wilcox (Oracle)" , David Hildenbrand , "Yin, Fengwei" , Yu Zhao , Vlastimil Babka , Johannes Weiner , Kemeng Shi , Mel Gorman , Rohan Puri , Mcgrof Chamberlain , Adam Manzanares , John Hubbard References: <20230912162815.440749-1-zi.yan@sent.com> <20230912162815.440749-3-zi.yan@sent.com> From: Baolin Wang In-Reply-To: <20230912162815.440749-3-zi.yan@sent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-11.4 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,NICE_REPLY_A,RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE, SPF_PASS,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 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Mon, 18 Sep 2023 00:38:27 -0700 (PDT) On 9/13/2023 12:28 AM, 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 868e92e55d27..45747ab5f380 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1801,9 +1801,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_free) { > - isolate_freepages(cc); > + int i; > + > + for (i = order + 1; i <= MAX_ORDER; i++) { > + if (cc->freepages[i].nr_free) { > + 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_free--; > + > + while (start_order > order) { > + start_order--; > + size >>= 1; > + > + list_add(&freepage[size].lru, > + &cc->freepages[start_order].pages); > + cc->freepages[start_order].nr_free++; > + set_page_private(&freepage[size], start_order); IIUC, these split pages should also call functions to initialize? e.g. prep_compound_page()? > + } > + post_alloc_hook(freepage, order, __GFP_MOVABLE); > + if (order) > + prep_compound_page(freepage, order); > + dst = page_folio(freepage); > + goto done; > + } > + } > + if (!has_isolated_pages) { > + isolate_freepages(cc); > + has_isolated_pages = true; > + goto again; > + } > + > if (!cc->freepages[order].nr_free) > return NULL; > } > @@ -1814,6 +1851,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 dst; > }