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] [PATCH] xen: Implement domain runstates

To: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] xen: Implement domain runstates
From: Bruce Edge <bruce.edge@xxxxxxxxx>
Date: Thu, 25 Nov 2010 12:02:11 -0800
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir@xxxxxxx>
Delivery-date: Thu, 25 Nov 2010 12:03:00 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=rmjcFUx3qUU8BsiEUXmqewfnE/bt0C65bkq6iBErmFs=; b=oKb/mb41zsBJNTgxzRwv1R8wUS2kC6cewXn+qw92wiBC0RV3/XYbtVQxf7QKWirtr5 YIAvT4Vv6WY3JhccMUL9HZiiekLglho/6G4pqWn/gaxbbdObmpPaPl3xlbptsT6OxOdE /1wLBrzlshkXe8ororjfJF8FvBt0pJYFATth8=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NHVJQfgVvKGmAyect5l5Crm5qa0e0LvuYIun7Iud+CB3rg4ZmtBZkPFhInvqlFes4g LPg3zPg7NXOF7i0ItPLZ0HpJwhu3ztcemkJH7AA670lOO1XYCKX2Yu5xLgT1L/ScnDDq +F8sbq4RjZjoMcUHRpu9VOa0w/1+2jb1GHYyU=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4CEBE251.6060009@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: <C911877F.ADA4%keir@xxxxxxx> <4CEBE251.6060009@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx


On Tue, Nov 23, 2010 at 7:48 AM, George Dunlap <George.Dunlap@xxxxxxxxxxxxx> wrote:
On 23/11/10 15:00, Keir Fraser wrote:
Well, actually what we care about is #users-who-care. Plumbing into xentop
to satisfy an acceptance criteria is probably misguided. Reducing
patch-queue length just to make a patch-queue short is also probably
misguided.

I wouldn't offer to put it in xentop just because I wanted to get the patch out of the patchqueue.  I think it's a useful feature, that many people would use if they knew about it.  If I didn't think it was useful, by far the simplest way to get it out of the patchqueue would be to simply remove the functionality from the next release of XenServer.

I think the "wait for people to ask for it" won't work very well for this particular feature, because it's not the kind of thing I think most people would think to ask for.  A bit like tmem -- I think it's a solution to a problem that people have that's very non-obvious, and must therefore be suggested to people rather than waiting for them to ask for it.  I could write a blog post about it or otherwise try to promote the idea, but how many people are going to download a patch in order to try it out?

Irrespective of the nature of the suggested functionality, I do agree that xen users will be more likely to try something if it's part of the default build, especially if the benefit is not immediately obvious. With all the complexity associated with any virtualization project, I think that many integrators don't have the time to experiment with every possible option included in the "off the shelf" Xen, not to mention those that require explicit patching and manual inclusion.
That said I would try this as a "VCPU allocation suitability" metric for any xen system. The ability to see this data 'at a glance' would be beneficial to admins and system architects.
A lot of data is available if you know how to get it. That is very different from presenting that data in an easily digestible format requiring no work to use.

-Bruce

 

(I'm aware the difference is that tmem's effectiveness can be measured with benchmarks while this feature cannot; I'm just saying that in both cases, you'd be waiting for a long time for people to demand it.)

xenalyze will calculate and report domain runstate numbers based on vcpu runstate_change records, and I've found it useful to get a rough idea what's going on when I get traces in from the field.

Of course there's no rush, but it's likely to be forgotten about for another two years. :-)  (It's already been in the XS patchqueue since September 2008.)

 -George


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

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