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 1D3F3E7717F for ; Mon, 16 Dec 2024 08:41:42 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4CE616B007B; Mon, 16 Dec 2024 03:41:42 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 47E946B0082; Mon, 16 Dec 2024 03:41:42 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 36D4B6B0085; Mon, 16 Dec 2024 03:41:42 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 1A4A26B007B for ; Mon, 16 Dec 2024 03:41:42 -0500 (EST) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id B062780953 for ; Mon, 16 Dec 2024 08:41:41 +0000 (UTC) X-FDA: 82900178466.28.EBC8F60 Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) by imf05.hostedemail.com (Postfix) with ESMTP id 58F96100015 for ; Mon, 16 Dec 2024 08:40:42 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b="DyN/DDNC"; spf=pass (imf05.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.133 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1734338487; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=ZTvwTKHhWAHJHyRGEfLK7t/uaxlJsEDSv2O7ID8CrCE=; b=B1i10OqSYx1zj7tH9Yp+iAE/pJgG8cW5fshkdJh/MhyqjjLD7lc/3+i/NCgmexfMKSpY2H vyM1JOIV+UK+uIg+BAfmDDMmjsxhQIhUWcpmSgegI7udzbcIntG6stNsmKSB+6uUJWZ2C9 +C26kPJ4V7OASp54AhHIPM7yhRDMEaU= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b="DyN/DDNC"; spf=pass (imf05.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.133 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1734338487; a=rsa-sha256; cv=none; b=lkrcaHyOoWecc2T9X/sgdGmNudEf2NDqTDaGcggWAn4jyonIHBRf4Esg3UR0tH1hdn6CUA ZPnuR+/zlbVnM1GbV/arSvD5rvmZthblwVbQJyEf113SeNxgMi6wRGdAylrx+DvkghboJL tFmTdS2pWcw1q5hT+5cyPrS9FHkAYAA= DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1734338496; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=ZTvwTKHhWAHJHyRGEfLK7t/uaxlJsEDSv2O7ID8CrCE=; b=DyN/DDNC+ut7rnvDu6enO7H/FPY0S5SyyJ9KgQ4xrRQDTmagl2q0HAUcJb3NIFYFjb6qd3vW8DctpxaNfkP3jpcsxm+q96OjhsuZKl0xOkNPDIElhWM1Ogtcdralh4CGlrmaNbmpw3g9I9ttBKYomzsaKUg8BCPLzyxgKgW6GI8= Received: from 30.74.144.135(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0WLYSVQO_1734338493 cluster:ay36) by smtp.aliyun-inc.com; Mon, 16 Dec 2024 16:41:34 +0800 Message-ID: Date: Mon, 16 Dec 2024 16:41:32 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH V4] mm, compaction: don't use ALLOC_CMA in long term GUP flow To: yangge1116@126.com, akpm@linux-foundation.org Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org, 21cnbao@gmail.com, david@redhat.com, vbabka@suse.cz, liuzixing@hygon.cn References: <1734256867-19614-1-git-send-email-yangge1116@126.com> From: Baolin Wang In-Reply-To: <1734256867-19614-1-git-send-email-yangge1116@126.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 58F96100015 X-Stat-Signature: ai4ox3631fnockoeyj6ahu8jr3fmupfn X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1734338442-751909 X-HE-Meta: U2FsdGVkX19dcmJFt/c97UUXd485pWPHWB1JBK75Q+B0RjbQ3mb/PXIaKGjyZLgy3lTdqDxJDKjaC/mZMJKeywdDBxAKCzL2ljnQ/89bkrNKin299emQ32KlsdCzv7Pe1T1/zEyREZDKLNWhTw5uh+Fz3GYplFgH6GcdC0qyYGo+hZNSnbgJ4fLUftXLKVQCrM+ohX6MG0x8rgRVfzzktZPpNdh6NTsQduyeTiGIMuvxn8f6jUTOtSyxwN93ea3cMHa5wpFeWSxZ5iD0a7sJOzYEWO98der6me2/Q3KBMRjzRTPDsRr3HDM25u4mShjmjlZBGJp2dayn6gHqBUW3SMFYvJ3bGidjN+njY5ME8dRVaRHHg9gGmOEs7L9fG1+za3BEcQce6ug7y2/Px0EA2Z8Ni9ypgVfT3uIkVIk9HXfa9xXNQMRtwIjwXWB8BDYT32n4nO3l2F68OkX8TUIBOOCXxB16MHSyFmXwbo4zDB6OpZpHHwMaHHZQlu5Wu2dQwlbhLePdCNApuMcX+OexFfPvrHKtKqy3I6mT8qiKIA/d1svZYgsG6P//5sHWr2AhG1/iaIuO5y8ya23pohi9DPgv00ZF84+YD6U4XxaVFLwxhuFhStY+wSpTTqRmW9upjh0745lXaEB8PCi+F7g+y5gO7cNc21Vx0YNdRVdVeXKfabCUdXfhnjxwbly2PrAlNZda6VtPKHhLcf2ppMAw/VGWdprl337RfGF0mWlzKVCkLTiQJb1azcvddWTCJKs2kjj2SpMvvgDvjsZsCWOpfNUxnzEyGsD8LXLPdUv2LDKOfFjRXncULs6rUBvWWcBNv1MtmKIdi0wz6b4ha27LcNrGdlM7IFDkjmD9bODr4fChqBN+HrJ6bKsOUW2bEtADgpqIPWUjrZk+Lqz47RdB6wLAK+BS2d7mF1P6ZV91MHV+iselb5Y5HP6JIPKXOzvwx13JVBGWM0vhrr2SILA nS5EzhGT lUS+iJnJKQZ6XH+nLeuibsvn3VikcN0reOVzM9MQvbl8Mu5WQOAzplqk+KS3swxjQ4aAtTprrQGlj3ZWEpqWamiMwKOp7hAJze1+3PYLitWtlN8Ht7tm3Oq2ECaqJmtDQC2Lq1fzLDYo3pbrfsY0PHlfSPe97Du+/jtnilbWXJPwO21OB48RzSKjDgxoc9mrAVl6AmIvB8dI0KfJCCTG1bvEzB1BRMGyYTLJ07bj+OdcoM8myDbbORukgj7RmTBS+PDjbSpYznnB/33OsKES7XT4Z+jF+KNnPfNcWtnCLbjNwPRD3rZeC+3yxnRc/OMhuN/SJCc+xCnPOxebownGVLdO2VaVgHSL3+VS0Ln47R1+760XDZxWdjDNfMTf5Qb/qUuAOHP7rd6fo6xbgYOPbbLPndA== 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 2024/12/15 18:01, yangge1116@126.com wrote: > From: yangge > > Since commit 984fdba6a32e ("mm, compaction: use proper alloc_flags > in __compaction_suitable()") allow compaction to proceed when free > pages required for compaction reside in the CMA pageblocks, it's > possible that __compaction_suitable() always returns true, and in > some cases, it's not acceptable. > > There are 4 NUMA nodes on my machine, and each NUMA node has 32GB > of memory. I have configured 16GB of CMA memory on each NUMA node, > and starting a 32GB virtual machine with device passthrough is > extremely slow, taking almost an hour. > > During the start-up of the virtual machine, it will call > pin_user_pages_remote(..., FOLL_LONGTERM, ...) to allocate memory. > Long term GUP cannot allocate memory from CMA area, so a maximum > of 16 GB of no-CMA memory on a NUMA node can be used as virtual > machine memory. Since there is 16G of free CMA memory on the NUMA > node, watermark for order-0 always be met for compaction, so > __compaction_suitable() always returns true, even if the node is > unable to allocate non-CMA memory for the virtual machine. > > For costly allocations, because __compaction_suitable() always > returns true, __alloc_pages_slowpath() can't exit at the appropriate > place, resulting in excessively long virtual machine startup times. > Call trace: > __alloc_pages_slowpath > if (compact_result == COMPACT_SKIPPED || > compact_result == COMPACT_DEFERRED) > goto nopage; // should exit __alloc_pages_slowpath() from here > > In order to quickly fall back to remote node, we should remove > ALLOC_CMA both in __compaction_suitable() and __isolate_free_page() > in long term GUP flow. After this fix, starting a 32GB virtual machine > with device passthrough takes only a few seconds. > > Fixes: 984fdba6a32e ("mm, compaction: use proper alloc_flags in __compaction_suitable()") > Cc: > Signed-off-by: yangge > --- > > V4: > - rich the commit log description > > V3: > - fix build errors > - add ALLOC_CMA both in should_continue_reclaim() and compaction_ready() > > V2: > - using the 'cc->alloc_flags' to determin if 'ALLOC_CMA' is needed > - rich the commit log description > > include/linux/compaction.h | 6 ++++-- > mm/compaction.c | 18 +++++++++++------- > mm/page_alloc.c | 4 +++- > mm/vmscan.c | 4 ++-- > 4 files changed, 20 insertions(+), 12 deletions(-) > > diff --git a/include/linux/compaction.h b/include/linux/compaction.h > index e947764..b4c3ac3 100644 > --- a/include/linux/compaction.h > +++ b/include/linux/compaction.h > @@ -90,7 +90,8 @@ extern enum compact_result try_to_compact_pages(gfp_t gfp_mask, > struct page **page); > extern void reset_isolation_suitable(pg_data_t *pgdat); > extern bool compaction_suitable(struct zone *zone, int order, > - int highest_zoneidx); > + int highest_zoneidx, > + unsigned int alloc_flags); > > extern void compaction_defer_reset(struct zone *zone, int order, > bool alloc_success); > @@ -108,7 +109,8 @@ static inline void reset_isolation_suitable(pg_data_t *pgdat) > } > > static inline bool compaction_suitable(struct zone *zone, int order, > - int highest_zoneidx) > + int highest_zoneidx, > + unsigned int alloc_flags) > { > return false; > } > diff --git a/mm/compaction.c b/mm/compaction.c > index 07bd227..585f5ab 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -2381,9 +2381,11 @@ static enum compact_result compact_finished(struct compact_control *cc) > > static bool __compaction_suitable(struct zone *zone, int order, > int highest_zoneidx, > + unsigned int alloc_flags, > unsigned long wmark_target) > { > unsigned long watermark; > + bool use_cma; > /* > * Watermarks for order-0 must be met for compaction to be able to > * isolate free pages for migration targets. This means that the > @@ -2395,25 +2397,27 @@ static bool __compaction_suitable(struct zone *zone, int order, > * even if compaction succeeds. > * For costly orders, we require low watermark instead of min for > * compaction to proceed to increase its chances. > - * ALLOC_CMA is used, as pages in CMA pageblocks are considered > - * suitable migration targets > + * In addition to long term GUP flow, ALLOC_CMA is used, as pages in > + * CMA pageblocks are considered suitable migration targets > */ > watermark = (order > PAGE_ALLOC_COSTLY_ORDER) ? > low_wmark_pages(zone) : min_wmark_pages(zone); > watermark += compact_gap(order); > + use_cma = !!(alloc_flags & ALLOC_CMA); > return __zone_watermark_ok(zone, 0, watermark, highest_zoneidx, > - ALLOC_CMA, wmark_target); > + use_cma ? ALLOC_CMA : 0, wmark_target); Why not just use 'alloc_flags & ALLOC_CMA' instead? then you can remove the 'use_cma' variable. > } > > /* > * compaction_suitable: Is this suitable to run compaction on this zone now? > */ > -bool compaction_suitable(struct zone *zone, int order, int highest_zoneidx) > +bool compaction_suitable(struct zone *zone, int order, int highest_zoneidx, > + unsigned int alloc_flags) > { > enum compact_result compact_result; > bool suitable; > > - suitable = __compaction_suitable(zone, order, highest_zoneidx, > + suitable = __compaction_suitable(zone, order, highest_zoneidx, alloc_flags, > zone_page_state(zone, NR_FREE_PAGES)); > /* > * fragmentation index determines if allocation failures are due to > @@ -2474,7 +2478,7 @@ bool compaction_zonelist_suitable(struct alloc_context *ac, int order, > available = zone_reclaimable_pages(zone) / order; > available += zone_page_state_snapshot(zone, NR_FREE_PAGES); > if (__compaction_suitable(zone, order, ac->highest_zoneidx, > - available)) > + alloc_flags, available)) > return true; > } > > @@ -2499,7 +2503,7 @@ compaction_suit_allocation_order(struct zone *zone, unsigned int order, > alloc_flags)) > return COMPACT_SUCCESS; > > - if (!compaction_suitable(zone, order, highest_zoneidx)) > + if (!compaction_suitable(zone, order, highest_zoneidx, alloc_flags)) > return COMPACT_SKIPPED; > > return COMPACT_CONTINUE; > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index dde19db..9a5dfda 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -2813,6 +2813,7 @@ int __isolate_free_page(struct page *page, unsigned int order) > { > struct zone *zone = page_zone(page); > int mt = get_pageblock_migratetype(page); > + bool pin; > > if (!is_migrate_isolate(mt)) { > unsigned long watermark; > @@ -2823,7 +2824,8 @@ int __isolate_free_page(struct page *page, unsigned int order) > * exists. > */ > watermark = zone->_watermark[WMARK_MIN] + (1UL << order); > - if (!zone_watermark_ok(zone, 0, watermark, 0, ALLOC_CMA)) > + pin = !!(current->flags & PF_MEMALLOC_PIN); > + if (!zone_watermark_ok(zone, 0, watermark, 0, pin ? 0 : ALLOC_CMA)) > return 0; I wonder why not pass ‘cc->alloc_flags’ as a parameter for __isolate_free_page()? > } > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 5e03a61..33f5b46 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -5815,7 +5815,7 @@ static inline bool should_continue_reclaim(struct pglist_data *pgdat, > sc->reclaim_idx, 0)) > return false; > > - if (compaction_suitable(zone, sc->order, sc->reclaim_idx)) > + if (compaction_suitable(zone, sc->order, sc->reclaim_idx, ALLOC_CMA)) > return false; > } > > @@ -6043,7 +6043,7 @@ static inline bool compaction_ready(struct zone *zone, struct scan_control *sc) > return true; > > /* Compaction cannot yet proceed. Do reclaim. */ > - if (!compaction_suitable(zone, sc->order, sc->reclaim_idx)) > + if (!compaction_suitable(zone, sc->order, sc->reclaim_idx, ALLOC_CMA)) > return false; > > /*