From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH v11 09/16] qspinlock, x86: Allow unfair spinlock in a virtual guest Date: Sun, 15 Jun 2014 15:14:16 +0200 Message-ID: <20140615131416.GI11371__46150.2527971335$1402838158$gmane$org@laptop.programming.kicks-ass.net> References: <1401464642-33890-1-git-send-email-Waiman.Long@hp.com> <1401464642-33890-10-git-send-email-Waiman.Long@hp.com> <20140611105402.GL3213@twins.programming.kicks-ass.net> <53990473.7020802@hp.com> <20140612055016.GP6758@twins.programming.kicks-ass.net> <539A16CC.6040104@hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WwAGJ-0005kH-K9 for xen-devel@lists.xenproject.org; Sun, 15 Jun 2014 13:14:19 +0000 Content-Disposition: inline In-Reply-To: <539A16CC.6040104@hp.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Waiman Long Cc: linux-arch@vger.kernel.org, Raghavendra K T , Oleg Nesterov , Gleb Natapov , kvm@vger.kernel.org, Scott J Norton , x86@kernel.org, Paolo Bonzini , linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, Ingo Molnar , Chegu Vinod , David Vrabel , "H. Peter Anvin" , xen-devel@lists.xenproject.org, Thomas Gleixner , "Paul E. McKenney" , Linus Torvalds , Boris Ostrovsky List-Id: xen-devel@lists.xenproject.org On Thu, Jun 12, 2014 at 05:08:28PM -0400, Waiman Long wrote: > >Native performance is king, try your very utmost bestest to preserve > >that, paravirt is a distant second and nobody sane should care about the > >virt case at all. > > The patch won't affect native performance unless the kernel is built with > VIRT_UNFAIR_LOCKS selected. The same is also true when PARAVIRT_SPINLOCKS is > selected. There is no way around that. VIRT_UNFAIR_LOCKS is an impossible switch to have; a distro cannot make the right choice. > I do agree that I may over-engineer on this patch, Simple things first, then add complexity.