linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: David Hildenbrand <david@redhat.com>
To: Dev Jain <dev.jain@arm.com>, Nico Pache <npache@redhat.com>,
	linux-mm@kvack.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org
Cc: ziy@nvidia.com, baolin.wang@linux.alibaba.com,
	lorenzo.stoakes@oracle.com, Liam.Howlett@oracle.com,
	ryan.roberts@arm.com, corbet@lwn.net, rostedt@goodmis.org,
	mhiramat@kernel.org, mathieu.desnoyers@efficios.com,
	akpm@linux-foundation.org, baohua@kernel.org,
	willy@infradead.org, peterx@redhat.com,
	wangkefeng.wang@huawei.com, usamaarif642@gmail.com,
	sunnanyong@huawei.com, vishal.moola@gmail.com,
	thomas.hellstrom@linux.intel.com, yang@os.amperecomputing.com,
	kirill.shutemov@linux.intel.com, aarcange@redhat.com,
	raquini@redhat.com, anshuman.khandual@arm.com,
	catalin.marinas@arm.com, tiwai@suse.de, will@kernel.org,
	dave.hansen@linux.intel.com, jack@suse.cz, cl@gentwo.org,
	jglisse@google.com, surenb@google.com, zokeefe@google.com,
	hannes@cmpxchg.org, rientjes@google.com, mhocko@suse.com,
	rdunlap@infradead.org
Subject: Re: [PATCH v8 01/15] khugepaged: rename hpage_collapse_* to khugepaged_*
Date: Tue, 8 Jul 2025 17:57:31 +0200	[thread overview]
Message-ID: <e35a4316-f6cb-4f1a-b338-4e62c0974d2c@redhat.com> (raw)
In-Reply-To: <9076b4be-8b1d-4434-a72f-d7a829a1a30a@arm.com>

On 04.07.25 07:14, Dev Jain wrote:
> 
> On 02/07/25 11:27 am, Nico Pache wrote:
>> functions in khugepaged.c use a mix of hpage_collapse and khugepaged
>> as the function prefix.
>>
>> rename all of them to khugepaged to keep things consistent and slightly
>> shorten the function names.
>>
>> Reviewed-by: Zi Yan <ziy@nvidia.com>
>> Reviewed-by: Baolin Wang <baolin.wang@linux.alibaba.com>
>> Signed-off-by: Nico Pache <npache@redhat.com>
>> ---
>>    
> 
> You are essentially reverting commit 7d8faaf15545 which adds the
> hpage_collapse_ prefix. Since in the next patch you also unify
> madvise and khugepaged, removing hpage_collapse prefix would
> make sense, but then I tend to agree with Liam that dropping
> the prefix altogether is better. Having all the functions in
> khugepaged.c prefixed with khugepaged_ seems unnecessary work.

Yeah. Or just "collapse_". Anything is better than this "hpage" stuff.

> 
> @David, I forgot where you replied but I remember you saying
> that we should not introduce MADV_COLLAPSE mTHP support for
> now?

Yes, that's what Lorenzo and me discussed. Better to keep it at PMDs for 
now, as that's what the current interface promises.

In theory, we could do something like the following without causing too 
much trouble:

Collapse to the largest THP spanned by the range.

I.e., when collapsing a 2M aligned range, only use a 2M THP.

when collapsing a 64K aligned range, only use a 64K THP.

etc.

Because that would keep existing behavior mostly unchanged.


But I would defer all that for now ...

-- 
Cheers,

David / dhildenb



  parent reply	other threads:[~2025-07-08 15:57 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-02  5:57 [PATCH v8 00/15] khugepaged: mTHP support Nico Pache
2025-07-02  5:57 ` [PATCH v8 01/15] khugepaged: rename hpage_collapse_* to khugepaged_* Nico Pache
2025-07-04  5:14   ` Dev Jain
2025-07-08  4:35     ` Nico Pache
2025-07-08 15:57     ` David Hildenbrand [this message]
2025-07-08 16:23       ` Lorenzo Stoakes
2025-07-02  5:57 ` [PATCH v8 02/15] introduce khugepaged_collapse_single_pmd to unify khugepaged and madvise_collapse Nico Pache
2025-07-04  3:50   ` Baolin Wang
2025-07-04  4:20     ` Nico Pache
2025-07-04  5:51       ` Baolin Wang
2025-07-02  5:57 ` [PATCH v8 03/15] khugepaged: generalize hugepage_vma_revalidate for mTHP support Nico Pache
2025-07-02  5:57 ` [PATCH v8 04/15] khugepaged: generalize alloc_charge_folio() Nico Pache
2025-07-08  6:19   ` Baolin Wang
2025-07-02  5:57 ` [PATCH v8 05/15] khugepaged: generalize __collapse_huge_page_* for mTHP support Nico Pache
2025-07-02  5:57 ` [PATCH v8 06/15] khugepaged: introduce khugepaged_scan_bitmap " Nico Pache
2025-07-02  5:57 ` [PATCH v8 07/15] khugepaged: add " Nico Pache
2025-07-02  5:57 ` [PATCH v8 08/15] khugepaged: skip collapsing mTHP to smaller orders Nico Pache
2025-07-02  5:57 ` [PATCH v8 09/15] khugepaged: avoid unnecessary mTHP collapse attempts Nico Pache
2025-07-02  5:57 ` [PATCH v8 10/15] khugepaged: allow khugepaged to check all anonymous mTHP orders Nico Pache
2025-07-02  5:57 ` [PATCH v8 11/15] khugepaged: allow madvise_collapse " Nico Pache
2025-07-04  6:11   ` Baolin Wang
2025-07-04 21:14     ` Andrew Morton
2025-07-08  4:37       ` Nico Pache
2025-07-08  6:15         ` Baolin Wang
2025-07-02  5:57 ` [PATCH v8 12/15] khugepaged: kick khugepaged for enabling none-PMD-sized mTHPs Nico Pache
2025-07-02  5:57 ` [PATCH v8 13/15] khugepaged: improve tracepoints for mTHP orders Nico Pache
2025-07-02  5:57 ` [PATCH v8 14/15] khugepaged: add per-order mTHP khugepaged stats Nico Pache
2025-07-08  6:09   ` Baolin Wang
2025-07-11  5:19     ` Nico Pache
2025-07-02  5:57 ` [PATCH v8 15/15] Documentation: mm: update the admin guide for mTHP collapse Nico Pache

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=e35a4316-f6cb-4f1a-b338-4e62c0974d2c@redhat.com \
    --to=david@redhat.com \
    --cc=Liam.Howlett@oracle.com \
    --cc=aarcange@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=anshuman.khandual@arm.com \
    --cc=baohua@kernel.org \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=catalin.marinas@arm.com \
    --cc=cl@gentwo.org \
    --cc=corbet@lwn.net \
    --cc=dave.hansen@linux.intel.com \
    --cc=dev.jain@arm.com \
    --cc=hannes@cmpxchg.org \
    --cc=jack@suse.cz \
    --cc=jglisse@google.com \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-trace-kernel@vger.kernel.org \
    --cc=lorenzo.stoakes@oracle.com \
    --cc=mathieu.desnoyers@efficios.com \
    --cc=mhiramat@kernel.org \
    --cc=mhocko@suse.com \
    --cc=npache@redhat.com \
    --cc=peterx@redhat.com \
    --cc=raquini@redhat.com \
    --cc=rdunlap@infradead.org \
    --cc=rientjes@google.com \
    --cc=rostedt@goodmis.org \
    --cc=ryan.roberts@arm.com \
    --cc=sunnanyong@huawei.com \
    --cc=surenb@google.com \
    --cc=thomas.hellstrom@linux.intel.com \
    --cc=tiwai@suse.de \
    --cc=usamaarif642@gmail.com \
    --cc=vishal.moola@gmail.com \
    --cc=wangkefeng.wang@huawei.com \
    --cc=will@kernel.org \
    --cc=willy@infradead.org \
    --cc=yang@os.amperecomputing.com \
    --cc=ziy@nvidia.com \
    --cc=zokeefe@google.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