From: Jinjiang Tu <tujinjiang@huawei.com>
To: "Xu Xin (vivo)" <xu.xin@linux.dev>
Cc: Andrew Morton <akpm@linux-foundation.org>,
David Hildenbrand <david@kernel.org>,
Jonathan Corbet <corbet@lwn.net>,
Chengming Zhou <chengming.zhou@linux.dev>,
Lorenzo Stoakes <lstoakes@gmail.com>,
"Liam R . Howlett" <liam.howlett@oracle.com>,
<linux-mm@kvack.org>, <linux-doc@vger.kernel.org>,
Huan Yang <link@vivo.com>, Wang Xiao <xiao.wang@vivo.com>
Subject: Re: [PATCH resend] ksm: add merge_only_zero_pages to merge only empty anonymous pages
Date: Mon, 9 Nov 2026 11:17:41 +0800 [thread overview]
Message-ID: <da8b84ee-e66f-4dcd-aeb6-4ab850e5adce@huawei.com> (raw)
In-Reply-To: <avEpskVC/NRPFt4d@dgvxl46587.localhost.localdomain>
在 2026/11/9 10:02, Xu Xin (vivo) 写道:
> On Sat, Nov 07, 2026 at 04:13:40PM +0800, Jinjiang Tu wrote:
>> 在 2026/11/6 11:48, xu.xin@linux.dev 写道:
>>> From: "Xu Xin (vivo)" <xu.xin@linux.dev>
>>>
>>> KSM side-channel exposure is desired. Many handset vendors may prefer
>>> this knob, which can be used as a default fallback policy.
>>>
>>> - Not suitable for server and virtualization workloads containing many
>>> non-zero duplicate pages, where vanilla KSM provides better memory
>>> savings.
>> It’s a coincidence that I’m also working on similar optimizations.
>> In our scenario, we have a MySQL instance with over 700 GB of anonymous
>> memory. Most of this memory belongs to the buffer pool, which caches
>> data from storage; these pages cannot be merged. Of the remaining memory,
>> around 15 GB is consumed by hashtables, which contain many zero-filled
>> pages that are eligible for merging to reduce memory footprint.
>>
>> When we enabled KSM for the entire MySQL instance, ksmd created rmap_item
>> metadata for each candidate page.The massive metadata overhead wiped out
>> any gains from page merging, and even resulted in a negative benefit.
>>
>> For this reason, I’m trying to make ksmd merge only zero pages. The goal
>> is to have ksmd skip scanning non-zero pages entirely, thereby avoiding
>> the rmap_item metadata cost introduced by scanning non-mergeable pages.
> Skip generating ksm_rmap_item for non-zero pages ? That dose make sense to me.
Yes.
>
>> 1) Before get_next_rmap_item(), check whether the page is all zeros.
>> If not, skip it directly to avoid allocating an rmap_item.
>>
>> 2) When walking page tables to find candidate pages in ksm_next_page_pmd_entry(),
>> check whether the first and last contents are zero as a quick filter.
>> This is intended to speed up page-table traversal.
>>
>> Would you mind to collaborate? For example, by including my optimization
>> as the second patch in your patch series?
> Happy to do it.
Thanks.
>
>> Here is the diff. Basic functionality has been tested.
>>
>> diff --git a/mm/ksm.c b/mm/ksm.c
>> index dbfb8f98b189..8a02976b0aba 100644
>> --- a/mm/ksm.c
>> +++ b/mm/ksm.c
>> @@ -296,6 +296,9 @@ static unsigned int zero_checksum __read_mostly;
>> /* Whether to merge empty (zeroed) pages with actual zero pages */
>> static bool ksm_use_zero_pages __read_mostly;
>> +/* Whether to merge empty (zeroed) pages only */
>> +static bool ksm_only_merge_zero_pages __read_mostly;
>> +
>> /* Skip pages that couldn't be de-duplicated previously */
>> /* Default to true at least temporarily, for testing */
>> static bool ksm_smart_scan = true;
>> @@ -2524,8 +2527,42 @@ struct ksm_next_page_arg {
>> struct folio *folio;
>> struct page *page;
>> unsigned long addr;
>> + unsigned int nr_to_skip;
>> };
>> +static inline bool page_maybe_zero(struct page *page)
>> +{
>> + unsigned long *p;
>> + bool ret = true;
>> + unsigned int last_pos = PAGE_SIZE / sizeof(*p) - 1;
>> +
>> + p = kmap_local_page(page);
>> + if (p[0] || p[last_pos])
>> + ret = false;
>> + kunmap_local(p);
>> + return ret;
>> +}
>> +
>> +static struct page *ksm_skip_nonzero_pages(struct page *page,
>> + unsigned long *addr,
>> + unsigned long nr,
>> + unsigned int *nr_to_skip)
>> +{
>> + unsigned long i;
>> +
>> + for (i = 0; i < nr; i++) {
>> + if (!*nr_to_skip)
>> + break;
>> + (*nr_to_skip)--;
>> + if (page_maybe_zero(page + i))
>> + break;
>> + }
>> + if (i == nr)
>> + return NULL;
>> + *addr += i << PAGE_SHIFT;
>> + return page + i;
>> +}
>> +
>> static int ksm_next_page_pmd_entry(pmd_t *pmdp, unsigned long addr, unsigned long end,
>> struct mm_walk *walk)
>> {
>> @@ -2563,6 +2600,13 @@ static int ksm_next_page_pmd_entry(pmd_t *pmdp, unsigned long addr, unsigned lon
>> goto not_found_unlock;
>> page += ((addr & (PMD_SIZE - 1)) >> PAGE_SHIFT);
>> + if (ksm_only_merge_zero_pages) {
>> + page = ksm_skip_nonzero_pages(page, &addr,
>> + (end - addr) >> PAGE_SHIFT,
>> + &private->nr_to_skip);
>> + if (!page)
>> + goto not_found_unlock;
>> + }
>> goto found_unlock;
>> }
>> spin_unlock(ptl);
>> @@ -2585,6 +2629,14 @@ static int ksm_next_page_pmd_entry(pmd_t *pmdp, unsigned long addr, unsigned lon
>> if (folio_is_zone_device(folio) || !folio_test_anon(folio))
>> continue;
>> +
>> + if (ksm_only_merge_zero_pages && !folio_test_ksm(folio)) {
>> + page = ksm_skip_nonzero_pages(page, &addr, 1,
>> + &private->nr_to_skip);
>> + if (!page)
>> + continue;
>> + }
>> +
>> goto found_unlock;
>> }
>> @@ -2609,6 +2661,33 @@ static struct mm_walk_ops ksm_next_page_ops = {
>> .walk_lock = PGWALK_RDLOCK,
>> };
>> +static bool should_skip_page(struct ksm_rmap_item **rmap_list,
>> + unsigned long addr, struct folio *folio,
>> + struct page *page)
>> +{
>> + struct ksm_rmap_item *rmap_item;
>> +
>> + if (!ksm_only_merge_zero_pages)
>> + return false;
>> +
>> + if (folio_test_ksm(folio))
>> + return false;
>> +
>> + if (pages_identical(page, ZERO_PAGE(0)))
>> + return false;
>> +
>> + while (*rmap_list) {
>> + rmap_item = *rmap_list;
>> + if ((rmap_item->address & PAGE_MASK) > addr)
>> + break;
>> + *rmap_list = rmap_item->rmap_list;
>> + remove_rmap_item_from_tree(rmap_item);
>> + free_rmap_item(rmap_item);
>> + }
>> + return true;
>> +}
>> +
>> +
>> static struct ksm_rmap_item *scan_get_next_rmap_item(struct page **page)
>> {
>> struct mm_struct *mm;
>> @@ -2705,6 +2784,7 @@ static struct ksm_rmap_item *scan_get_next_rmap_item(struct page **page)
>> int found;
>> + ksm_next_page_arg.nr_to_skip = 1024;
>> found = walk_page_range_vma(vma, ksm_scan.address,
>> vma->vm_end,
>> &ksm_next_page_ops,
>> @@ -2722,6 +2802,14 @@ static struct ksm_rmap_item *scan_get_next_rmap_item(struct page **page)
>> if (tmp_page) {
>> flush_anon_page(vma, tmp_page, ksm_scan.address);
>> flush_dcache_page(tmp_page);
>> +
>> + if (should_skip_page(ksm_scan.rmap_list, ksm_scan.address, folio, tmp_page)) {
>> + folio_put(folio);
>> + ksm_scan.address += PAGE_SIZE;
>> + mmap_read_unlock(mm);
>> + return ERR_PTR(-EAGAIN);
>> + }
>> +
>> rmap_item = get_next_rmap_item(mm_slot,
>> ksm_scan.rmap_list, ksm_scan.address);
>> if (rmap_item) {
>> @@ -2824,6 +2912,10 @@ static void ksm_do_scan(unsigned int scan_npages)
>> rmap_item = scan_get_next_rmap_item(&page);
>> if (!rmap_item)
>> return;
>> + if (rmap_item == ERR_PTR(-EAGAIN)) {
>> + ksm_pages_scanned++;
>> + continue;
>> + }
>> cmp_and_merge_page(page, rmap_item);
>> put_page(page);
>> ksm_pages_scanned++;
>> @@ -3674,6 +3766,28 @@ static ssize_t use_zero_pages_store(struct kobject *kobj,
>> }
>> KSM_ATTR(use_zero_pages);
>>
next prev parent reply other threads:[~2026-11-09 3:17 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-06 3:48 [PATCH resend] ksm: add merge_only_zero_pages to merge only empty anonymous pages xu.xin
2026-11-07 3:49 ` sashiko-bot
2026-11-07 8:13 ` Jinjiang Tu
2026-11-09 2:02 ` Xu Xin (vivo)
2026-11-09 3:17 ` Jinjiang Tu [this message]
2026-11-09 17:56 ` David Hildenbrand (Arm)
2026-11-09 7:58 ` Xu Xin (vivo)
2026-11-10 2:02 ` Jinjiang Tu
2026-11-07 18:28 ` David Hildenbrand (Arm)
2026-11-09 1:39 ` Xu Xin (vivo)
2026-11-09 17:41 ` David Hildenbrand (Arm)
2026-11-10 1:34 ` Xu Xin (vivo)
2026-11-10 11:54 ` David Hildenbrand (Arm)
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=da8b84ee-e66f-4dcd-aeb6-4ab850e5adce@huawei.com \
--to=tujinjiang@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=chengming.zhou@linux.dev \
--cc=corbet@lwn.net \
--cc=david@kernel.org \
--cc=liam.howlett@oracle.com \
--cc=link@vivo.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lstoakes@gmail.com \
--cc=xiao.wang@vivo.com \
--cc=xu.xin@linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.