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

Re: [Xen-devel] long latency of domain shutdown


  • To: Jan Beulich <jbeulich@xxxxxxxxxx>
  • From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • Date: Fri, 09 May 2008 11:29:02 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 09 May 2008 03:29:55 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acixv3+8vinVbx2yEd2IlQAX8io7RQ==
  • Thread-topic: [Xen-devel] long latency of domain shutdown

On 9/5/08 11:23, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> Indeed, the extended version below avoids this.
> 
>> In actuality, since we know that we never have 'cross-domain' pagetable type
>> references, we should actually be able to zap pagetable reference counts to
>> zero. The only reason we don't do that right now is really because it
>> provides good debugging info to see whether a domain's refcounts have got
>> screwed up. But that would not prevent us doing something faster for NDEBUG
>> builds, at least.
> 
> I still thought it'd be better to not simply zap the counts, but
> incrementally drop them using the proper interface:

Theoretically you can still race PIN_Lx_TABLE hypercalls from other dom0
VCPUs. Obviously that would only happen from a misbehaving dom0 though. I
think this patch is a reasonable stopgap measure.

 -- Keir



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


 


Rackspace

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