WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Poor HVM performance with 8 vcpus

To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: Re: [Xen-devel] Poor HVM performance with 8 vcpus
From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Date: Wed, 14 Oct 2009 11:17:07 +0200
Cc: Gianluca Guida <Gianluca.Guida@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 14 Oct 2009 02:17:35 -0700
Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=juergen.gross@xxxxxxxxxxxxxx; q=dns/txt; s=s1536b; t=1255511974; x=1287047974; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20Juergen=20Gross=20<juergen.gross@xxxxxxxxxxxxxx> |Subject:=20Re:=20[Xen-devel]=20Poor=20HVM=20performance =20with=208=20vcpus|Date:=20Wed,=2014=20Oct=202009=2011:1 7:07=20+0200|Message-ID:=20<4AD59713.3090205@xxxxxxxxxxxx om>|To:=20Tim=20Deegan=20<Tim.Deegan@xxxxxxxxxx>|CC:=20Gi anluca=20Guida=20<Gianluca.Guida@xxxxxxxxxxxxx>,=20=0D=0A =20"xen-devel@xxxxxxxxxxxxxxxxxxx"=20<xen-devel@xxxxxxxxx source.com>|MIME-Version:=201.0 |Content-Transfer-Encoding:=207bit|In-Reply-To:=20<200910 14084147.GG20579@xxxxxxxxxxxxxxxxxxxxxxx>|References:=20< 4ACC3B49.4060500@xxxxxxxxxxxxxx>=09<f8877f640910070937w1f 055672s1b2ec84f5e218b28@xxxxxxxxxxxxxx>=09<4ACD907F.70305 05@xxxxxxxxxxxxxx>=20<4AD588D9.4040104@xxxxxxxxxxxxxx>=20 <20091014084147.GG20579@xxxxxxxxxxxxxxxxxxxxxxx>; bh=MMGXDjUVSI9Abu4R72zVpoI7Z3ZfiN1TtQkw8rxLD4w=; b=s8UNO05BeHIbOvwOOAuFbRhbbYQYtreRT9zemBIJ0Yo8sJ5f8sYNfRRu C1ZYTuRpRnBbD6Beli8o7uwLhQiTqLRLpGTcc9QXk79paDW+ztYVz/SKU 8SpFTWtqpknsSbhoFlp7gvT0NlfQFDLtsNfBPrA+QFqyQ5S8SNO8u/tNH eBD+NC0OHts4Rs4N+tzl3OM55aVSS5+BYvywmNGo58wfv2xLQs6C8XWOT JlGLDr1kLCL4wQ7iTZMf0xd58Xc+B;
Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=WKx9QOyjLqh5vAQPnyWOzecOrcAtvHueapg9jG3v5VcpNa1Izfjl7ZAm Wk445iRJKmbtOnYHX74EkPH7sCxDLI1mP9PvPYS8cDlW2gW9yoE2oV9Jb rxz0NSxrVYKSeu0Hr+rJouek/apI9bmlKDhYqpiwR0+NNIERSuq/jWyBf MTgQCgvL5vKPbAZuIG6SU+Usi3VYbnu7dT9wxUJyi0FDehG1QINiAFVCY 8vOxHGzZZcUbCHIsfuVVN+0ceIFTa;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20091014084147.GG20579@xxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Fujitsu Technology Solutions
References: <4ACC3B49.4060500@xxxxxxxxxxxxxx> <f8877f640910070937w1f055672s1b2ec84f5e218b28@xxxxxxxxxxxxxx> <4ACD907F.7030505@xxxxxxxxxxxxxx> <4AD588D9.4040104@xxxxxxxxxxxxxx> <20091014084147.GG20579@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
Tim Deegan wrote:
> At 09:16 +0100 on 14 Oct (1255511785), Juergen Gross wrote:
>> as the performance of BS2000 seems to be hit by OOS optimization, I'm
>> thinking of making a patch to disable this feature by a domain parameter.
>>
>> Is there a way to do this without having to change all places where the
>> #if statements are placed?
>> I think there should be some central routines where adding an "if" could
>> be enough (setting oos_active to 0 seems not to be enough, I fear).
>>
>> Do you have any hint?
> 
> The simplest way is to cause sh_unsync() to immediately return 0.  That
> won't be quite as fast as #defining it all away but will avoid the
> expensive paths that cause lock contention.  You can add your flag to
> the big if statement that's already there to avoid unsafe cases.

Thanks, I'll try.

> 
> Incidentally, although your benchmark does poorly on 8 VCPUs it might be
> worth trying a less aggressively targeted benchmark -- we found on
> Windows VMs that more realistic tests (e.g. Sysmark) still showed a
> slight improvement from the OOS optimization at 8 vcpus.

The benchmark is designed to be a realistic simulation of a typical customer
batch load. Many BS2000 customers would see similar performance effects.


Juergen

-- 
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 636 47950
Fujitsu Technolgy Solutions               e-mail: juergen.gross@xxxxxxxxxxxxxx
Otto-Hahn-Ring 6                        Internet: ts.fujitsu.com
D-81739 Muenchen                 Company details: ts.fujitsu.com/imprint.html

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel