[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter


  • To: "Masaki Kanno" <kanno.masaki@xxxxxxxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
  • Date: Fri, 10 Mar 2006 12:55:13 +0800
  • Delivery-date: Fri, 10 Mar 2006 04:56:24 +0000
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AcZD44erIQxsRPp0RiWsB7xWIfdYowAGZwsg
  • Thread-topic: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter

This patch is really good, community has been waiting domain destroy patch for 
a long time.

Is it appropriate time to flush vhpt and machine tlb when destroying domain?
I have below concerns,
1. This may counteract the benefit of rid partition. In my mind these flushes 
are done only when rid reuse happens when allocating rid for a new domain.
2. When migration is enabled, VMM may need to flush vhpt and TC in all 
processors.

Thanks,
-Anthony 

>-----Original Message-----
>From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
>[mailto:xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Masaki Kanno
>Sent: 2006年3月10日 9:38
>To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>Subject: [Xen-ia64-devel] [PATCH] [RESEND] domU destroy & page ref counter
>
>Hi,
>
>We resend these patches. We made these patches to the latest changeset:9161,
>and reflected comments.
>We tested the creation and the destruction of domU repeatedly 100 times.
>As a result, there was not the memory which was not freed in xen/ia64.
>Please apply these patches to the xen-ia64-unstable tree.
>
>Signed-off-by: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
>Signed-off-by: Masaki Kanno <kanno.masaki@xxxxxxxxxxxxxx>
>
>Best regards,
> Kan, and Fujitsu team


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.