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] Xenbus watch firing over and over

To: Jacob Gorm Hansen <jacobg@xxxxxxx>
Subject: Re: [Xen-devel] Xenbus watch firing over and over
From: Ewan Mellor <ewan@xxxxxxxxxxxxx>
Date: Thu, 4 Jan 2007 12:28:52 +0000
Cc: xen-devel <Xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 04 Jan 2007 04:28:38 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1167913112.2883.2.camel@xxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1167848163.2591.5.camel@xxxxxxxxxxxxxxxxxxxxx> <20070103182539.GA26642@xxxxxxxxxxxxxxxxxxxxxx> <1167913112.2883.2.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Thu, Jan 04, 2007 at 01:18:32PM +0100, Jacob Gorm Hansen wrote:

> On Wed, 2007-01-03 at 18:25 +0000, Ewan Mellor wrote:
> 
> > As far as xenstored is concerned, someone is explicitly deleting and
> > reregistering that watch -- I don't think this is a bug in xenstored.
> > You
> > should expect to receive a watch event as soon as a watch is
> > registered -- it
> > looks to me like someone is receiving that event, then unwatching the
> > node,
> > reading its value, and reregistering the watch.
> 
> That explains it, I was trying a simple single-threaded setup where the
> watch is unregistered once it has fired. What is the rationale for
> triggering the watch on registration?

It was believed (not by me) that it made it easier to write client code,
because your initial reads from the store would be triggered off the first
watch, and so you didn't need initialisation code separate from your
state-change-handling code.  We're stuck with it now.

Ewan.

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

<Prev in Thread] Current Thread [Next in Thread>