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 message id's

To: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, "List: Xen Developers" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] xenbus message id's
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Sun, 21 Dec 2008 19:56:28 +1100
Cc:
Delivery-date: Sun, 21 Dec 2008 00:56:54 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C573B400.2079F%keir.fraser@xxxxxxxxxxxxx>
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>
References: <AEC6C66638C05B468B556EA548C1A77D01550070@trantor> <C573B400.2079F%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcljH0D6FXSgnxJQQr2YMorjxrj0fwAKgVTQAAAg9DA=
Thread-topic: [Xen-devel] xenbus message id's
> On 21/12/2008 03:50, "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
wrote:
> 
> > Unless there is a good reason to allow multiple outstanding
requests,
> > I'll change the xenbus code in GPLPV to be more like the linux
version
> > as it looks quite a bit simpler. xenbus is hardly a performance
> > sensitive interface...
> 
> Request/response pairs are serialised in the C xenstored. Further,
> multiple
> in-flight transactions are allowed (although the rather basic conflict
> detection means that all but the first to commit will be failed).
> 
> We might move to a smarter xenstored, but overall higher parallel
> performance of one domain's xenbus implementation is probably not a
very
> important thing to optimise?
> 

I agree. I will now proceed to stupefy my implementation to make it a
bit easier to work with :)

I only asked because the version in mini-os (which I based mine on) does
allow multiple outstanding requests but the version in linux doesn't.

James

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

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