From: Bharata B Rao <bharata@amd.com>
To: <linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>
Cc: <tglx@kernel.org>, <mingo@redhat.com>, <bp@alien8.de>,
<dave.hansen@linux.intel.com>, <x86@kernel.org>, <hpa@zytor.com>,
<xin@zytor.com>, <luto@kernel.org>, <peterz@infradead.org>,
<Jonathan.Cameron@huawei.com>, <gourry@gourry.net>,
<rientjes@google.com>, <sj@kernel.org>, <weixugc@google.com>,
<willy@infradead.org>, <ying.huang@linux.alibaba.com>,
<ziy@nvidia.com>, <dave@stgolabs.net>, <nifan.cxl@gmail.com>,
<xuezhengchu@huawei.com>, <yiannis@zptcorp.com>,
<akpm@linux-foundation.org>, <david@kernel.org>,
<byungchul@sk.com>, <kinseyho@google.com>,
<joshua.hahnjy@gmail.com>, <yuanchu@google.com>,
<balbirs@nvidia.com>, <shivankg@amd.com>,
<donettom@linux.ibm.com>, <linyongting@bytedance.com>
Subject: Re: [RFC PATCH v0 0/3] pghot: x86: IBS Memory Profiler for hot page promotion
Date: Thu, 24 Sep 2026 12:07:20 +0530 [thread overview]
Message-ID: <61cf8070-008b-4909-8b20-e138d3b33289@amd.com> (raw)
In-Reply-To: <20260924062206.319314-1-bharata@amd.com>
On 24-Sep-26 11:52 AM, Bharata B Rao wrote:
>
> Detailed per-benchmark tables (throughput/latency + vmstat and pghot
> promotion counters) are posted as replies to this thread.
==========================================================================
Redis + memtier: hot-page promotion on a CXL-tiered system
==========================================================================
Benchmark: an in-memory Redis server is loaded with a ~64 GB dataset
(62.2M keys x 1 KB) whose pages are then explicitly migrated to the CXL
node (lower tier); the Redis server and the memtier client run on a top-
tier DRAM node (node 1). The measurement phase drives GET traffic with
memtier (16 threads x 100 conns, PASSES=12) over 50% of the keyspace so
that repeatedly-accessed lower-tier pages become promotion candidates.
Promotions target node 1 (local to the accessing threads): NUMAB uses
the accessing node, pghot uses pghot_target_nid=1.
System : AMD Zen6. Nodes 0,1 = DRAM (top tier);
node 2 = CXL (lower tier). Redis/client pinned to node 1.
Kernels: base=7.3.0-rc2-base+ pghot=7.3.0-rc2-pghot+
Cases:
C1 base/NUMAB0 base kernel, promotion OFF (baseline)
C2 base/NUMAB2 base kernel, NUMAB tiering promotion (hint
faults); promotes to local accessing node
C3 pghot/hwhints-10k pghot, NUMAB=0, source=IBS mprof,
period=10000, freq_thr=1, target_nid=1
C4 pghot/hwhints-5k as C3 but IBS period=5008 (kernel min,
~2x sampling; 5008)
==========================================================================
Table 1: Benchmark metrics (memtier)
==========================================================================
Case Ops/sec vs C1 Avg p50 p99 p99.9
latency (ms) ->
----------------------------------------------------------------------
C1 base/NUMAB0 285,288 ref 179.46 177.15 344.06 358.40
C2 base/NUMAB2 295,475 +3.57% 173.18 168.96 325.63 364.54
C3 pghot/hwhints-10k 285,923 +0.22% 178.91 177.15 344.06 358.40
C4 pghot/hwhints-5k 285,290 +0.00% 179.24 177.15 346.11 358.40
----------------------------------------------------------------------
==========================================================================
Table 2: Page-migration / hotness metrics (vmstat delta)
==========================================================================
Legend: C1=base/NUMAB0 C2=base/NUMAB2 C3=hwhints p=10000
C4=hwhints p=5008 (both hwhints: target_nid=1)
('-' = counter not present on base kernel)
metric C1 C2 C3 C4
-----------------------------------------------------------------
pgpromote_success 0 10,433,506 575,010 1,107,371
numa_pte_updates 0 20,333,730 0 0
numa_hint_faults 0 10,433,506 0 0
numa_pages_migrated 0 10,433,506 575,006 1,107,369
pgmigrate_success 0 10,433,506 575,006 1,107,369
pghot_recorded_accesses - - 575,677 1,110,760
pghot_reported_hwhints - - 964,304 1,967,044
hwhint_total_events - - 964,324 1,967,078
hwhint_dram_accesses - - 388,027 854,679
hwhint_extmem_accesses - - 575,674 1,110,758
hwhint_useful_events - - 964,304 1,967,044
pgdemote_kswapd 0 0 0 0
-----------------------------------------------------------------
==========================================================================
Key observations
==========================================================================
1. NUMAB tiering promotion (C2) helps only marginally: 295,475 vs 285,288
ops/sec (+3.57%), avg latency 179.5 -> 173.2 ms, promoting the full hot set
(10.43M pages / ~39.8 GiB) to the local node.
2. pghot with the IBS hwhints source is flat vs baseline at both periods
(C3 +0.22%, C4 +0.00%). numa_pte_updates / numa_hint_faults are
0 (no NUMA balancing); promotion is purely hardware-sample driven.
3. Sampling density scales promotion linearly (period 10000 -> 5008
doubles reported hwhints 964,304 -> 1,967,044 and promotions 575,010 ->
1,107,371 pages, ~2.19 -> ~4.22 GiB); ext-mem/CXL samples map ~1:1 to
promotions (freq_threshold=1), dram/already-toptier samples are not
promotable.
4. But even ~4.22 GiB is only ~10% of the ~40 GiB hot set, so throughput
does not move. Unlike C2 (which promotes the whole hot set), sampling-
based hwhints at these periods covers too little of the working set within
the run. Reaching C2's gain needs far denser sampling and/or a longer run
so hwhints promotes a large fraction of the hot set.
prev parent reply other threads:[~2026-09-24 6:37 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-24 6:22 Bharata B Rao
2026-09-24 6:22 ` [RFC PATCH v0 1/3] x86/ibs: Move IBS caps definitions into its own header Bharata B Rao
2026-09-24 6:22 ` [RFC PATCH v0 2/3] x86/mm/ibs: In-kernel driver for AMD IBS Memory Profiler Bharata B Rao
2026-09-24 6:22 ` [RFC PATCH v0 3/3] x86/mm/ibs: Add runtime controls for IBS memprofiler Bharata B Rao
2026-09-24 6:26 ` [RFC PATCH v0 0/3] pghot: x86: IBS Memory Profiler for hot page promotion Bharata B Rao
2026-09-24 6:27 ` Bharata B Rao
2026-09-24 6:31 ` Bharata B Rao
2026-09-24 6:33 ` Bharata B Rao
2026-09-24 6:35 ` Bharata B Rao
2026-09-24 6:37 ` Bharata B Rao [this message]
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=61cf8070-008b-4909-8b20-e138d3b33289@amd.com \
--to=bharata@amd.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=balbirs@nvidia.com \
--cc=bp@alien8.de \
--cc=byungchul@sk.com \
--cc=dave.hansen@linux.intel.com \
--cc=dave@stgolabs.net \
--cc=david@kernel.org \
--cc=donettom@linux.ibm.com \
--cc=gourry@gourry.net \
--cc=hpa@zytor.com \
--cc=joshua.hahnjy@gmail.com \
--cc=kinseyho@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linyongting@bytedance.com \
--cc=luto@kernel.org \
--cc=mingo@redhat.com \
--cc=nifan.cxl@gmail.com \
--cc=peterz@infradead.org \
--cc=rientjes@google.com \
--cc=shivankg@amd.com \
--cc=sj@kernel.org \
--cc=tglx@kernel.org \
--cc=weixugc@google.com \
--cc=willy@infradead.org \
--cc=x86@kernel.org \
--cc=xin@zytor.com \
--cc=xuezhengchu@huawei.com \
--cc=yiannis@zptcorp.com \
--cc=ying.huang@linux.alibaba.com \
--cc=yuanchu@google.com \
--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®