On 2024-06-25 at 20:54:03 +0800, 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.
>
> Set the default value of virt_spin_lock_key to false. If booting in a VM,
> enable this key. Later during the VM initialization, if other
> high-efficient spinlock is preferred(paravirt-spinlock eg), the
> virt_spin_lock_key is disabled accordingly. The relation is described as
> below:
>
> X86_FEATURE_HYPERVISOR Y Y Y N
> CONFIG_PARAVIRT_SPINLOCKS Y Y N Y/N
> PV spinlock Y N N Y/N
>
> virt_spin_lock_key N N Y N
>
> Fixes: ce0a1b608bfc ("x86/paravirt: Silence unused native_pv_lock_init()
> function warning")
> Suggested-by: Dave Hansen <dave.han...@linux.intel.com>
> Suggested-by: Qiuxu Zhuo <qiuxu.z...@intel.com>
> Suggested-by: Nikolay Borisov <nik.bori...@suse.com>
> Reported-by: Prem Nath Dey <prem.nath....@intel.com>
> Reported-by: Xiaoping Zhou <xiaoping.z...@intel.com>
> Signed-off-by: Chen Yu <yu.c.c...@intel.com>
>
Hi,
A gentle ping of this patch. Or should I need to send a new version with updated
Reviewed-by tag from Nikolay?
thanks,
Chenyu
