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: Gianluca Guida <gianluca.guida@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Poor HVM performance with 8 vcpus
From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Date: Wed, 14 Oct 2009 13:43:45 +0200
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 14 Oct 2009 04:44:11 -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=1255520777; x=1287056777; 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=2013:4 3:45=20+0200|Message-ID:=20<4AD5B971.1040807@xxxxxxxxxxxx om>|To:=20Gianluca=20Guida=20<gianluca.guida@xxxxxxxxxxxx m>|CC:=20"xen-devel@xxxxxxxxxxxxxxxxxxx"=20<xen-devel@lis ts.xensource.com>|MIME-Version:=201.0 |Content-Transfer-Encoding:=207bit|In-Reply-To:=20<f8877f 640910140435p59f7e3bdic02d59341ac7aafc@xxxxxxxxxxxxxx> |References:=20<4ACC3B49.4060500@xxxxxxxxxxxxxx>=09<f8877 f640910070937w1f055672s1b2ec84f5e218b28@xxxxxxxxxxxxxx> =09<4ACD907F.7030505@xxxxxxxxxxxxxx>=20<4AD588D9.4040104@ ts.fujitsu.com>=20<f8877f640910140435p59f7e3bdic02d59341a c7aafc@xxxxxxxxxxxxxx>; bh=9VQWuUMc9xMZgvH7mHQ29AvfKOpvoNn7EeFMfWeMbeE=; b=gOrJ6auY+HfA3kvzlIYRbsiSLtws7KtJXPD8REb2tc+J4yoAfZhqEQFE vqQgaS+eO3KQL8hFRdZexOtqz5syqCzSPVlNxD5DHQBD9MPxTNVOrehUA Pv2IV0Kqmn7gcLs8Qdlm8QVlA3DdJFqkNsBBCa3V7sPa4TpUMxlZEya17 EHc2akxOlOQQ8Azc0Re3biygQzN8ff4W6G/fh03sicOxR9utOqMMq9HCZ cKZdw8MrSc9u+H4q6pZJRT+LxTsk8;
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=U27ni2Wd7qEho84SZFRD6jcE3KkVoq1NUk+Bl2YgVfZllM3K/YNHdFSQ ROOHIyFMG5yA1tc1ttzyaZb4MSS8nfD1eucwlJZIz5OCE5TqKb9FItPPh YlS13iaNKJcUX7i+7CNKLEJQxRv8sA2iqJF2C4ycpaXr1UCmAMCdjlar2 Sgd5JnTSj0ggO1T3nEfnZCR93fHd0YX9gg2boe7YARFi7k3RjlfAmKEvN nC1TS3GdJwBQyZ68XZNjQtA4fEjfJ;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <f8877f640910140435p59f7e3bdic02d59341ac7aafc@xxxxxxxxxxxxxx>
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> <f8877f640910140435p59f7e3bdic02d59341ac7aafc@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
Gianluca Guida wrote:
> On Wed, Oct 14, 2009 at 9:16 AM, Juergen Gross
> <juergen.gross@xxxxxxxxxxxxxx> wrote:
>> Gianluca,
>>
>> 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).
> 
> It should be. oos_active set to zero (if you prevent the shadow code
> to set it to 1 when we enable paging) will prevent any page to go OOS.
> This is exactly what Tim's suggestion was.
> 
> Have you tried it?

Not yet. I wanted to be sure, as I suspected some inconsistencies could be
hiding without showing up at once.


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