xen-devel

[Top] [All Lists]

[Xen-devel] [RFC PATCH] ASID: Optimize hvm_flush_guest_tlbs

from [Wei Wang2]

[Permanent Link][Original]

To:	"xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject:	[Xen-devel] [RFC PATCH] ASID: Optimize hvm_flush_guest_tlbs
From:	Wei Wang2 <wei.wang2@xxxxxxx>
Date:	Fri, 7 Jan 2011 13:52:07 +0100
Delivery-date:	Fri, 07 Jan 2011 04:55:10 -0800
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent:	KMail/1.9.6 (enterprise 20070904.708012)

Hi
In our testing, we found that function hvm_flush_guest_tlbs() is used very 
frequently and it will always force asid recycling and will result a whole 
tlb flush immediately no matter there are still free asids or not.  Actually, 
in this case, just increasing core generation might be enough and the 
remaining asids can still be used until  next_asid > max_asid.
Thanks,
Wei

Signed-off-by: Wei Wang <wei.wang2@xxxxxxx>
Reviewed-by: Wei Huang<wei.huang2@xxxxxxx>
-- 
Advanced Micro Devices GmbH
Sitz: Dornach, Gemeinde Aschheim, 
Landkreis München Registergericht München, 
HRB Nr. 43632
WEEE-Reg-Nr: DE 12919551
Geschäftsführer:
Alberto Bozzo, Andrew Bowd

opt_asid.patch
Description: opt_asid.patch

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

[More with this subject...]

<Prev in Thread]	Current Thread	[Next in Thread>
[Xen-devel] [RFC PATCH] ASID: Optimize hvm_flush_guest_tlbs, Wei Wang2 <=

Previous by Date:	Re: [Xen-devel] Xen 4.0.1 "xc_map_foreign_batch: mmap failed: Cannot allocate memory", Jan Beulich
Next by Date:	[Xen-devel] BUG() in common/timer.c:cpu_callback(), Jan Beulich
Previous by Thread:	Re: [Xen-devel] [PATCH v3] Userspace grant communication, Stefano Stabellini
Next by Thread:	[Xen-devel] BUG() in common/timer.c:cpu_callback(), Jan Beulich
Indexes:	[Date] [Thread] [Top] [All Lists]