From: James Houghton <jthoughton@google.com>
To: mlevitsk@redhat.com
Cc: axelrasmussen@google.com, cgroups@vger.kernel.org,
hannes@cmpxchg.org, jthoughton@google.com, kvm@vger.kernel.org,
linux-kernel@vger.kernel.org, mkoutny@suse.com,
seanjc@google.com, tj@kernel.org, yuzhao@google.com
Subject: Re: [PATCH 2/5] KVM: selftests: access_tracking_perf_test: Add option to skip the sanity check
Date: Fri, 28 Mar 2025 21:26:27 +0000 [thread overview]
Message-ID: <20250328212628.2235898-1-jthoughton@google.com> (raw)
In-Reply-To: <c04233d3c35e2bad5a864ab72d0f55b3919100f3.camel@redhat.com>
On Fri, Mar 28, 2025 at 12:32 PM Maxim Levitsky <mlevitsk@redhat.com> wrote:
>
> On Thu, 2025-03-27 at 01:23 +0000, James Houghton wrote:
> > From: Maxim Levitsky <mlevitsk@redhat.com>
> >
> > Add an option to skip sanity check of number of still idle pages,
> > and set it by default to skip, in case hypervisor or NUMA balancing
> > is detected.
> >
> > Signed-off-by: Maxim Levitsky <mlevitsk@redhat.com>
> > Co-developed-by: James Houghton <jthoughton@google.com>
> > Signed-off-by: James Houghton <jthoughton@google.com>
> > ---
> > .../selftests/kvm/access_tracking_perf_test.c | 61 ++++++++++++++++---
> > .../testing/selftests/kvm/include/test_util.h | 1 +
> > tools/testing/selftests/kvm/lib/test_util.c | 7 +++
> > 3 files changed, 60 insertions(+), 9 deletions(-)
> >
> > diff --git a/tools/testing/selftests/kvm/access_tracking_perf_test.c b/tools/testing/selftests/kvm/access_tracking_perf_test.c
> > index 447e619cf856e..0e594883ec13e 100644
> > --- a/tools/testing/selftests/kvm/access_tracking_perf_test.c
> > +++ b/tools/testing/selftests/kvm/access_tracking_perf_test.c
> > @@ -65,6 +65,16 @@ static int vcpu_last_completed_iteration[KVM_MAX_VCPUS];
> > /* Whether to overlap the regions of memory vCPUs access. */
> > static bool overlap_memory_access;
> >
> > +/*
> > + * If the test should only warn if there are too many idle pages (i.e., it is
> > + * expected).
> > + * -1: Not yet set.
> > + * 0: We do not expect too many idle pages, so FAIL if too many idle pages.
> > + * 1: Having too many idle pages is expected, so merely print a warning if
> > + * too many idle pages are found.
> > + */
> > +static int idle_pages_warn_only = -1;
> > +
> > struct test_params {
> > /* The backing source for the region of memory. */
> > enum vm_mem_backing_src_type backing_src;
> > @@ -177,18 +187,12 @@ static void mark_vcpu_memory_idle(struct kvm_vm *vm,
> > * arbitrary; high enough that we ensure most memory access went through
> > * access tracking but low enough as to not make the test too brittle
> > * over time and across architectures.
> > - *
> > - * When running the guest as a nested VM, "warn" instead of asserting
> > - * as the TLB size is effectively unlimited and the KVM doesn't
> > - * explicitly flush the TLB when aging SPTEs. As a result, more pages
> > - * are cached and the guest won't see the "idle" bit cleared.
> > */
> > if (still_idle >= pages / 10) {
> > -#ifdef __x86_64__
> > - TEST_ASSERT(this_cpu_has(X86_FEATURE_HYPERVISOR),
> > + TEST_ASSERT(idle_pages_warn_only,
> > "vCPU%d: Too many pages still idle (%lu out of %lu)",
> > vcpu_idx, still_idle, pages);
> > -#endif
> > +
> > printf("WARNING: vCPU%d: Too many pages still idle (%lu out of %lu), "
> > "this will affect performance results.\n",
> > vcpu_idx, still_idle, pages);
> > @@ -328,6 +332,31 @@ static void run_test(enum vm_guest_mode mode, void *arg)
> > memstress_destroy_vm(vm);
> > }
> >
> > +static int access_tracking_unreliable(void)
> > +{
> > +#ifdef __x86_64__
> > + /*
> > + * When running nested, the TLB size is effectively unlimited and the
> > + * KVM doesn't explicitly flush the TLB when aging SPTEs. As a result,
> > + * more pages are cached and the guest won't see the "idle" bit cleared.
> > + */
> Tiny nitpick: nested on KVM, because on other hypervisors it might work differently,
> but overall most of them probably suffer from the same problem,
> so its probably better to say something like that:
>
> 'When running nested, the TLB size might be effectively unlimited,
> for example this is the case when running on top of KVM L0'
Added this clarification (see below), thanks!
This wording was left as-is from before, but I agree that it could be better.
>
>
> > + if (this_cpu_has(X86_FEATURE_HYPERVISOR)) {
> > + puts("Skipping idle page count sanity check, because the test is run nested");
> > + return 1;
> > + }
> > +#endif
> > + /*
> > + * When NUMA balancing is enabled, guest memory can be mapped
> > + * PROT_NONE, and the Accessed bits won't be queriable.
>
> Tiny nitpick: the accessed bit in this case are lost, because KVM no longer propagates
> it from secondary to primary paging, and the secondary mapping might be lost due to zapping,
> and the biggest offender of this is NUMA balancing.
Reworded this bit. The current wording is indeed misleading.
> > + */
> > + if (is_numa_balancing_enabled()) {
> > + puts("Skipping idle page count sanity check, because NUMA balancing is enabled");
> > + return 1;
> > + }
> > +
> > + return 0;
> > +}
>
> Very good idea of extracting this logic into a function and documenting it.
:)
> Reviewed-by: Maxim Levitsky <mlevitsk@redhat.com>
Thanks, though I've already included your Signed-off-by. I'll just keep your
Signed-off-by and From:.
I'm applying the following diff for the next version:
diff --git a/tools/testing/selftests/kvm/access_tracking_perf_test.c b/tools/testing/selftests/kvm/access_tracking_perf_test.c
index 0e594883ec13e..1770998c7675b 100644
--- a/tools/testing/selftests/kvm/access_tracking_perf_test.c
+++ b/tools/testing/selftests/kvm/access_tracking_perf_test.c
@@ -336,9 +336,10 @@ static int access_tracking_unreliable(void)
{
#ifdef __x86_64__
/*
- * When running nested, the TLB size is effectively unlimited and the
- * KVM doesn't explicitly flush the TLB when aging SPTEs. As a result,
- * more pages are cached and the guest won't see the "idle" bit cleared.
+ * When running nested, the TLB size may be effectively unlimited (for
+ * example, this is the case when running on KVM L0), and KVM doesn't
+ * explicitly flush the TLB when aging SPTEs. As a result, more pages
+ * are cached and the guest won't see the "idle" bit cleared.
*/
if (this_cpu_has(X86_FEATURE_HYPERVISOR)) {
puts("Skipping idle page count sanity check, because the test is run nested");
@@ -346,8 +347,8 @@ static int access_tracking_unreliable(void)
}
#endif
/*
- * When NUMA balancing is enabled, guest memory can be mapped
- * PROT_NONE, and the Accessed bits won't be queriable.
+ * When NUMA balancing is enabled, guest memory will be unmapped to get
+ * NUMA faults, dropping the Accessed bits.
*/
if (is_numa_balancing_enabled()) {
puts("Skipping idle page count sanity check, because NUMA balancing is enabled");
next prev parent reply other threads:[~2025-03-28 21:26 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-27 1:23 [PATCH 0/5] KVM: selftests: access_tracking_perf_test fixes for NUMA balancing and MGLRU James Houghton
2025-03-27 1:23 ` [PATCH 1/5] KVM: selftests: Extract guts of THP accessor to standalone sysfs helpers James Houghton
2025-03-27 1:23 ` [PATCH 2/5] KVM: selftests: access_tracking_perf_test: Add option to skip the sanity check James Houghton
2025-03-28 19:32 ` Maxim Levitsky
2025-03-28 21:26 ` James Houghton [this message]
2025-03-27 1:23 ` [PATCH 3/5] cgroup: selftests: Move cgroup_util into its own library James Houghton
2025-03-27 9:43 ` Michal Koutný
2025-03-27 18:07 ` James Houghton
2025-03-28 2:03 ` Yafang Shao
2025-03-27 1:23 ` [PATCH 4/5] KVM: selftests: Build and link selftests/cgroup/lib into KVM selftests James Houghton
2025-03-27 1:23 ` [PATCH 5/5] KVM: selftests: access_tracking_perf_test: Use MGLRU for access tracking James Houghton
2025-03-27 18:26 ` James Houghton
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=20250328212628.2235898-1-jthoughton@google.com \
--to=jthoughton@google.com \
--cc=axelrasmussen@google.com \
--cc=cgroups@vger.kernel.org \
--cc=hannes@cmpxchg.org \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mkoutny@suse.com \
--cc=mlevitsk@redhat.com \
--cc=seanjc@google.com \
--cc=tj@kernel.org \
--cc=yuzhao@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