All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.