From: "Xu Xin (vivo)" <xu.xin@linux.dev>
To: Jinjiang Tu <tujinjiang@huawei.com>
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 10:02:26 +0800 [thread overview]
Message-ID: <avEpskVC/NRPFt4d@dgvxl46587.localhost.localdomain> (raw)
In-Reply-To: <2a642af6-b97a-4f24-9889-1844812de4cc@huawei.com>
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.
>
> 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.
>
> 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 2:02 UTC|newest]
Thread overview: 12+ 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 8:13 ` Jinjiang Tu
2026-11-09 2:02 ` Xu Xin (vivo) [this message]
2026-11-09 3:17 ` Jinjiang Tu
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=avEpskVC/NRPFt4d@dgvxl46587.localhost.localdomain \
--to=xu.xin@linux.dev \
--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=tujinjiang@huawei.com \
--cc=xiao.wang@vivo.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