From: Nikolay Borisov <nik.borisov@suse.com>
To: Chen Yu <yu.c.chen@intel.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
Juergen Gross <jgross@suse.com>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
Ajay Kaher <ajay.kaher@broadcom.com>
Cc: x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
Arnd Bergmann <arnd@arndb.de>,
virtualization@lists.linux.dev, linux-kernel@vger.kernel.org,
Qiuxu Zhuo <qiuxu.zhuo@intel.com>,
Prem Nath Dey <prem.nath.dey@intel.com>,
Xiaoping Zhou <xiaoping.zhou@intel.com>
Subject: Re: [PATCH v2] x86/paravirt: Disable virt spinlock on bare metal
Date: Tue, 18 Jun 2024 11:24:42 +0300 [thread overview]
Message-ID: <c83127de-b59a-4475-8d20-e3582ee2e6f8@suse.com> (raw)
In-Reply-To: <20240526015847.14142-1-yu.c.chen@intel.com>
On 26.05.24 г. 4:58 ч., Chen Yu wrote:
> The kernel can change spinlock behavior when running as a guest. But
> this guest-friendly behavior causes performance problems on bare metal.
> So there's a 'virt_spin_lock_key' static key to switch between the two
> modes.
>
> The static key is always enabled by default (run in guest mode) and
> should be disabled for bare metal (and in some guests that want native
> behavior).
>
> Performance drop is reported when running encode/decode workload and
> BenchSEE cache sub-workload.
> Bisect points to commit ce0a1b608bfc ("x86/paravirt: Silence unused
> native_pv_lock_init() function warning"). When CONFIG_PARAVIRT_SPINLOCKS
> is disabled the virt_spin_lock_key is incorrectly set to true on bare
> metal. The qspinlock degenerates to test-and-set spinlock, which
> decrease the performance on bare metal.
>
> Fix this by disabling virt_spin_lock_key if it is on bare metal,
> regardless of CONFIG_PARAVIRT_SPINLOCKS.
>
nit:
This bug wouldn't have happened if the key was defined FALSE by default
and only enabled in the appropriate case. I think it makes more sense to
invert the logic and have the key FALSE by default and only enable it
iff the kernel is running under a hypervisor... At worst only the
virtualization case would suffer if the lock is falsely not enabled.
next prev parent reply other threads:[~2024-06-18 8:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-26 1:58 [PATCH v2] x86/paravirt: Disable virt spinlock on bare metal Chen Yu
2024-06-18 1:46 ` Chen Yu
2024-06-18 8:24 ` Nikolay Borisov [this message]
2024-06-19 15:25 ` Chen Yu
2024-06-19 15:34 ` Nikolay Borisov
2024-06-19 15:48 ` Chen Yu
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=c83127de-b59a-4475-8d20-e3582ee2e6f8@suse.com \
--to=nik.borisov@suse.com \
--cc=ajay.kaher@broadcom.com \
--cc=arnd@arndb.de \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=jgross@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=prem.nath.dey@intel.com \
--cc=qiuxu.zhuo@intel.com \
--cc=tglx@linutronix.de \
--cc=virtualization@lists.linux.dev \
--cc=x86@kernel.org \
--cc=xiaoping.zhou@intel.com \
--cc=yu.c.chen@intel.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 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.