46 messages in com.xensource.lists.xen-develRe: [Xen-devel] /proc/xen/xenbus supp...
FromSent OnAttachments
NAHieu08 Sep 2005 01:02 
Christian Limpach08 Sep 2005 03:37 
Rusty Russell08 Sep 2005 17:43 
Christian Limpach13 Sep 2005 02:42 
Rusty Russell13 Sep 2005 17:20 
Christian Limpach14 Sep 2005 01:23 
Rusty Russell14 Sep 2005 02:18 
Christian Limpach14 Sep 2005 05:54 
Rusty Russell14 Sep 2005 18:39 
Keir Fraser15 Sep 2005 03:52 
Christian Limpach15 Sep 2005 04:02 
Rusty Russell17 Sep 2005 01:25 
Keir Fraser17 Sep 2005 01:33 
Christian Limpach17 Sep 2005 10:39 
Rusty Russell18 Sep 2005 17:10 
Rusty Russell18 Sep 2005 17:19 
Keir Fraser19 Sep 2005 01:54 
Rusty Russell20 Sep 2005 04:00 
Keir Fraser21 Sep 2005 02:35 
Keir Fraser21 Sep 2005 02:39 
harry21 Sep 2005 04:41 
Rusty Russell21 Sep 2005 19:07 
Rusty Russell21 Sep 2005 19:22 
Keir Fraser22 Sep 2005 02:34 
Keir Fraser22 Sep 2005 02:35 
Rusty Russell22 Sep 2005 15:54 
Rusty Russell22 Sep 2005 16:50 
Andrew Warfield22 Sep 2005 18:01 
Keir Fraser23 Sep 2005 02:16 
Keir Fraser23 Sep 2005 02:24 
Rusty Russell24 Sep 2005 17:56 
Rusty Russell24 Sep 2005 18:09 
Rusty Russell24 Sep 2005 20:29 
Keir Fraser25 Sep 2005 04:02 
Keir Fraser25 Sep 2005 04:08 
Keir Fraser25 Sep 2005 04:33 
Christian Limpach25 Sep 2005 11:55 
Rusty Russell25 Sep 2005 15:51 
Rusty Russell25 Sep 2005 16:05 
Rusty Russell25 Sep 2005 23:35 
Keir Fraser26 Sep 2005 00:33 
Christian Limpach26 Sep 2005 11:51 
Keir Fraser26 Sep 2005 12:29 
Rusty Russell26 Sep 2005 23:47 
Rusty Russell27 Sep 2005 00:15 
David Hopwood27 Sep 2005 16:31 
Subject:Re: [Xen-devel] /proc/xen/xenbus supports watch?
From:Rusty Russell (rus@rustcorp.com.au)
Date:09/27/2005 12:15:22 AM
List:com.xensource.lists.xen-devel

On Mon, 2005-09-26 at 19:51 +0100, Christian Limpach wrote:

On Mon, Sep 26, 2005 at 04:36:11PM +1000, Rusty Russell wrote:

I believe that the only thing we really _need_ at the moment is support for multiple concurrent transactions.

You mean, on the same connection, I assume?

Yes.

Before I reply to the rest of your comments, I'd like to point out that I don't agree with your assumption that we can delay suspend/resume until we're outside of a transaction. This seems to be the fundamental difference driving different solutions.

Absolutely. The delays will be immeasurably short. The code will be simple. The API will be simple. Locking will be simple. Drivers will be simple. Debugging will be simple. Parallelism is not going to make restore faster, in fact, the current "winner takes all" transaction model means they'll be much, much slower.

Now, since this is really my last email before I head off on leave, you're going to decide this without my bitching and moaning (yeah, I know how much you'll miss it!).

Nonetheless, I'm happy to hand xenstored to your capable hands. When I come back, I might start writing tests or something equally uncontroversial 8)

Cheers! Rusty.

-- A bad analogy is like a leaky screwdriver -- Richard Braakman

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