From: George Dunlap <George.Dunlap@eu.citrix.com>
To: Keir Fraser <keir@xen.org>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] xen: Implement domain runstates
Date: Tue, 23 Nov 2010 15:48:33 +0000 [thread overview]
Message-ID: <4CEBE251.6060009@eu.citrix.com> (raw)
In-Reply-To: <C911877F.ADA4%keir@xen.org>
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?
(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
next prev parent reply other threads:[~2010-11-23 15:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-23 11:26 [PATCH] xen: Implement domain runstates George Dunlap
2010-11-23 12:51 ` Keir Fraser
2010-11-23 14:23 ` George Dunlap
2010-11-23 15:00 ` Keir Fraser
2010-11-23 15:48 ` George Dunlap [this message]
2010-11-23 18:41 ` Pasi Kärkkäinen
2010-11-25 19:11 ` Ian Jackson
2010-11-25 22:10 ` Keir Fraser
2010-11-25 20:02 ` Bruce Edge
2010-11-25 22:24 ` Keir Fraser
2010-11-25 22:32 ` Bruce Edge
2010-11-26 11:52 ` George Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CEBE251.6060009@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.