[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
- To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- From: Waiman Long <waiman.long@xxxxxx>
- Date: Wed, 02 Apr 2014 16:35:17 -0400
- Cc: x86@xxxxxxxxxx, Gleb Natapov <gleb@xxxxxxxxxx>, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx, Marcos Matsunaga <Marcos.Matsunaga@xxxxxxxxxx>, "H. Peter Anvin" <hpa@xxxxxxxxx>, boris.ostrovsky@xxxxxxxxxx, linux-arch@xxxxxxxxxxxxxxx, kvm@xxxxxxxxxxxxxxx, Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx, "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>, Scott J Norton <scott.norton@xxxxxx>, Paolo Bonzini <paolo.bonzini@xxxxxxxxx>, Oleg Nesterov <oleg@xxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Aswin Chandramouleeswaran <aswin@xxxxxx>, Chegu Vinod <chegu_vinod@xxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, David Vrabel <david.vrabel@xxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Delivery-date: Wed, 02 Apr 2014 20:36:16 +0000
- List-id: Xen developer discussion <xen-devel.lists.xen.org>
On 04/02/2014 10:32 AM, Konrad Rzeszutek Wilk wrote:
On Wed, Apr 02, 2014 at 09:27:29AM -0400, Waiman Long wrote:
N.B. Sorry for the duplicate. This patch series were resent as the
original one was rejected by the vger.kernel.org list server
due to long header. There is no change in content.
v7->v8:
- Remove one unneeded atomic operation from the slowpath, thus
improving performance.
- Simplify some of the codes and add more comments.
- Test for X86_FEATURE_HYPERVISOR CPU feature bit to enable/disable
unfair lock.
- Reduce unfair lock slowpath lock stealing frequency depending
on its distance from the queue head.
- Add performance data for IvyBridge-EX CPU.
FYI, your v7 patch with 32 VCPUs (on a 32 cpu socket machine) on an
HVM guest under Xen after a while stops working. The workload
is doing 'make -j32' on the Linux kernel.
Completely unresponsive. Thoughts?
Thank for reporting that. I haven't done that much testing on Xen. My
focus was in KVM. I will perform more test on Xen to see if I can
reproduce the problem.
-Longman
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
