mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Baolin Wang <baolin.wang@linux.alibaba.com>
To: Kiryl Shutsemau <kirill@shutemov.name>
Cc: akpm@linux-foundation.org, david@kernel.org, ljs@kernel.org,
	rppt@kernel.org, linux-mm@kvack.org,
	linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org,
	usama.anjum@arm.com, usama.arif@linux.dev, nico.pache@linux.dev,
	ziy@nvidia.com, baohua@kernel.org, dev.jain@arm.com,
	hughd@google.com, lance.yang@linux.dev, liam@infradead.org,
	mhocko@suse.com, ryan.roberts@arm.com, shuah@kernel.org,
	surenb@google.com, vbabka@kernel.org, agordeev@linux.ibm.com,
	jgg@ziepe.ca, leon@kernel.org, kernel-team@meta.com
Subject: Re: [PATCH v5 03/19] selftests/mm: scale khugepaged's collapse wait with the PMD size
Date: Wed, 9 Sep 2026 18:17:12 +0800	[thread overview]
Message-ID: <7a2b0427-674b-4a7c-9727-8b078bce0afc@linux.alibaba.com> (raw)
In-Reply-To: <aqEvyYMGaPiyW_Tt@thinkstation>



On 9/9/26 6:09 PM, Kiryl Shutsemau wrote:
> On Wed, Sep 09, 2026 at 03:59:37PM +0800, Baolin Wang wrote:
>>
>>
>> On 9/8/26 8:50 PM, Kiryl Shutsemau wrote:
>>> From: "Kiryl Shutsemau (Meta)" <kas@kernel.org>
>>>
>>> wait_for_scan() gives every case the same three seconds, whatever the huge
>>> page costs to build.  collapse_full() asks for four of them: 8M at a 2M
>>> PMD, but 2G at a 512M PMD -- arm64 with 64K base pages.  Three seconds is
>>> thin at that size, and the case has reported a failure for a collapse that
>>> was still going.
>>>
>>> The timeout is a ceiling on a poll loop, not a sleep: the loop stops as
>>> soon as ops->check_huge() sees the collapse, or as soon as full_scans has
>>> advanced by two.  Raising it costs a passing case nothing.  Across 80 runs
>>> of collapse_full() on arm64 with 64K pages the wait was half a second in
>>> 73 of them, with a tail to two seconds.
>>>
>>> Keep three seconds as the floor and add a second per 128M collapsed.  A 2M
>>> PMD is unchanged, so x86-64 is too; a 512M PMD gets 19 seconds.
>>>
>>> On arm64 with 64K pages a passing ./khugepaged all:anon takes 49 seconds
>>> under TCG before and after this change.
>>>
>>> Assisted-by: LLM
>>> Acked-by: Lorenzo Stoakes (ARM) <ljs@kernel.org>
>>> Reviewed-by: Mike Rapoport (Microsoft) <rppt@kernel.org>
>>> Tested-by: Muhammad Usama Anjum <usama.anjum@arm.com>
>>> Signed-off-by: Kiryl Shutsemau (Meta) <kas@kernel.org>
>>> ---
>>>    tools/testing/selftests/mm/khugepaged.c | 7 +++++--
>>>    1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/tools/testing/selftests/mm/khugepaged.c b/tools/testing/selftests/mm/khugepaged.c
>>> index 1ca7c6978571..48e0040d53b4 100644
>>> --- a/tools/testing/selftests/mm/khugepaged.c
>>> +++ b/tools/testing/selftests/mm/khugepaged.c
>>> @@ -556,8 +556,11 @@ static bool wait_for_scan(const char *msg, char *p, size_t len,
>>>    		int nr_hpages, int collap_order, struct mem_ops *ops)
>>>    {
>>>    	unsigned long hpage_size = page_size << collap_order;
>>> -	int full_scans;
>>> -	int timeout = 6; /* 3 seconds */
>>> +	unsigned long bytes = (unsigned long)nr_hpages * hpage_size;
>>
>> We already pass in the 'len' parameter, and its size is also 'nr_hpages *
>> hpage_size", so you can drop the 'bytes' variable. With that,
> 
> They are the same for the PMD contexts, but not for mthp_khugepaged:
> mthp_khugepaged_collapse() passes len = hpage_pmd_size, the range scanned,
> while nr_hpages is the number of folios asked for.  collapse_single_mthp()
> asks for one order-N folio in a whole PMD.
> 
> That matters on arm64 with 64K pages, where the PMD is 512M: with len the
> single-mTHP case would wait up to 7 seconds for one folio, with
> nr_hpages * hpage_size it gets the 3 second floor.  The budget should
> follow what gets built, not what gets scanned, so I would keep it.

OK. Got it. Thanks.

> Does the Reviewed-by stand with that?

Yes. Please keep my reviewed tag.

  reply	other threads:[~2026-09-09 10:17 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-08 12:50 [PATCH v5 00/19] selftests/mm: improve khugepaged coverage Kiryl Shutsemau
2026-09-08 12:50 ` [PATCH v5 01/19] selftests/mm: raise the khugepaged test-case cap Kiryl Shutsemau
2026-09-09  7:42   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 02/19] selftests/mm: skip collapse_compound_extreme() where the PMD is too large Kiryl Shutsemau
2026-09-09  7:51   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 03/19] selftests/mm: scale khugepaged's collapse wait with the PMD size Kiryl Shutsemau
2026-09-09  7:59   ` Baolin Wang
2026-09-09 10:09     ` Kiryl Shutsemau
2026-09-09 10:17       ` Baolin Wang [this message]
2026-09-08 12:50 ` [PATCH v5 04/19] selftests/mm: skip khugepaged page cache cases without a PMD folio Kiryl Shutsemau
2026-09-09  8:21   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 05/19] selftests/mm: make the swap cases' swapout reliable Kiryl Shutsemau
2026-09-09  8:59   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 06/19] selftests/mm: stop khugepaged during the MADV_COLLAPSE cases Kiryl Shutsemau
2026-09-09  9:55   ` Baolin Wang
2026-09-09 10:41     ` Kiryl Shutsemau
2026-09-10  6:27       ` Baolin Wang
2026-09-10 10:59         ` Kiryl Shutsemau
2026-09-10 11:06           ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 07/19] selftests/mm: move is_backed_by_folio() into vm_util Kiryl Shutsemau
2026-09-09  9:16   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 08/19] selftests/mm: add folio-order check for address ranges Kiryl Shutsemau
2026-09-09 10:01   ` Baolin Wang
2026-09-10 10:45     ` Kiryl Shutsemau
2026-09-10 11:14       ` Baolin Wang
2026-09-10 13:04         ` Kiryl Shutsemau
2026-09-11  2:50           ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 09/19] selftests/mm: add folio-order detection self-check Kiryl Shutsemau
2026-09-08 12:50 ` [PATCH v5 10/19] selftests/mm: add khugepaged completion barrier helper Kiryl Shutsemau
2026-09-10  1:17   ` Baolin Wang
2026-09-08 12:50 ` [PATCH v5 11/19] selftests/mm: add order-parameterized khugepaged collapse cases Kiryl Shutsemau
2026-09-10  4:59   ` Baolin Wang
2026-09-10 10:53     ` Kiryl Shutsemau
2026-09-08 12:50 ` [PATCH v5 12/19] selftests/mm: parameterize the mixed-source collapse case by source order Kiryl Shutsemau
2026-09-10  5:09   ` Baolin Wang
2026-09-10 10:58     ` Kiryl Shutsemau
2026-09-08 12:50 ` [PATCH v5 13/19] selftests/mm: cover a shared-source collapse write race Kiryl Shutsemau
2026-09-08 21:02   ` Kiryl Shutsemau
2026-09-08 12:51 ` [PATCH v5 14/19] selftests/mm: run every supported collapse order by default Kiryl Shutsemau
2026-09-10  6:07   ` Baolin Wang
2026-09-08 12:51 ` [PATCH v5 15/19] selftests/mm: check that one khugepaged pass collapses one window Kiryl Shutsemau
2026-09-08 12:51 ` [PATCH v5 16/19] selftests/mm: add khugepaged race harness Kiryl Shutsemau
2026-09-08 21:34   ` Kiryl Shutsemau
2026-09-08 12:51 ` [PATCH v5 17/19] selftests/mm: race the collapse of windows with holes Kiryl Shutsemau
2026-09-08 12:51 ` [PATCH v5 18/19] selftests/mm: add memory-pressure threads to the khugepaged race harness Kiryl Shutsemau
2026-09-08 12:51 ` [PATCH v5 19/19] selftests/mm: zap whole PTE tables in " Kiryl Shutsemau
2026-09-08 19:41 ` [PATCH v5 00/19] selftests/mm: improve khugepaged coverage Andrew Morton
2026-09-08 21:36   ` Kiryl Shutsemau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7a2b0427-674b-4a7c-9727-8b078bce0afc@linux.alibaba.com \
    --to=baolin.wang@linux.alibaba.com \
    --cc=agordeev@linux.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=baohua@kernel.org \
    --cc=david@kernel.org \
    --cc=dev.jain@arm.com \
    --cc=hughd@google.com \
    --cc=jgg@ziepe.ca \
    --cc=kernel-team@meta.com \
    --cc=kirill@shutemov.name \
    --cc=lance.yang@linux.dev \
    --cc=leon@kernel.org \
    --cc=liam@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ljs@kernel.org \
    --cc=mhocko@suse.com \
    --cc=nico.pache@linux.dev \
    --cc=rppt@kernel.org \
    --cc=ryan.roberts@arm.com \
    --cc=shuah@kernel.org \
    --cc=surenb@google.com \
    --cc=usama.anjum@arm.com \
    --cc=usama.arif@linux.dev \
    --cc=vbabka@kernel.org \
    --cc=ziy@nvidia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®