From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [Patch 0 of 2]: PV-domain SMP performance Date: Wed, 17 Dec 2008 12:38:34 +0000 Message-ID: References: <4948EEE6.3020606@fujitsu-siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4948EEE6.3020606@fujitsu-siemens.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Juergen Gross , "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On 17/12/2008 12:21, "Juergen Gross" wrote: > This result was achieved by avoiding descheduling of a vcpu only when irqs > are blocked. Even better results might be possible with some fine tuning > (e.g. instrumenting bh_enable/bh_disable). > I think system time has dropped remarkably! It's nice, but it'd be more compelling if a win was shown on a real benchmark. Under normal workloads there is actually little lock contention in the Linux kernel, and hence I think scope for wins are limited. Also, pv_ops Linux already has some extra smartness in its spinlock implementation. A spinner will sleep after some time, making it more likely that the lock holder will run (who then wakes the sleeper when the lock is released). You'd need to compare with that approach (which required no extra hypervisor interfaces). -- Keir