From: Ian Campbell <ian.campbell@citrix.com>
To: Charles Arnold <carnold@suse.com>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
Wei Liu <wei.liu2@citrix.com>
Cc: xen-devel <xen-devel@lists.xen.org>
Subject: Re: [PATCH v3] xentop: add support for qdisks
Date: Tue, 24 Mar 2015 16:59:47 +0000 [thread overview]
Message-ID: <1427216387.21742.461.camel@citrix.com> (raw)
In-Reply-To: <55113B6002000091000F3341@prv-mh.provo.novell.com>
On Tue, 2015-03-24 at 10:24 -0600, Charles Arnold wrote:
> >>> On 3/24/2015 at 09:01 AM, Ian Campbell <ian.campbell@citrix.com> wrote:
> > On Mon, 2015-03-23 at 20:55 -0600, Charles Arnold wrote:
> >
> >> +/* Get up to 1024 active domains */
> >
> > What I meant last time was, is this limitation a concern? What if there
> > are 1025 domains?
>
> This is actually a limit I picked up from libxl. See libxl.c libxl_list_domain()
> which is consumed in several places. I guess I assumed this was some official
> limit. This version of the patch would simply ignore any VMs beyond 1024.
Hrm, that libxl limit is also somewhat unfortunate :-(. In theory
xc_domain_getinfolist can be used a bit more flexibly to get slices of
domains, although getting a consistent snapshot might be tricky. One to
fix for sure though.
> > If this is a concern then perhaps refactor such that the qdisk stats
> > gathering collection can happen from the inner loop of xenstat_get_node,
> > i.e. near the call to domain_get_tmem_stats, then you would be given the
> > single domain of interest. Might simplify some other stuff too.
>
> This would certainly eliminate the 1024 limit. This may become important
> for running xentop in batch mode where the output can be captured. For
> normal screen viewing, I doubt anyone has a screen with more that 1024
> lines on which to view the output :)
:-). I'm not sure if there is anyone out there who uses libxenstat
directly for other purposes, but I suppose it isn't impossible.
> I'll code up another version with your suggestion.
Thanks, given the libxl limit I'm wondering about just taking v3 of this
patch and taking what would otherwise have been v4 as an improvement.
Ian, Wei, any thoughts?
Ian.
next prev parent reply other threads:[~2015-03-24 16:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-24 2:55 [PATCH v3] xentop: add support for qdisks Charles Arnold
2015-03-24 15:01 ` Ian Campbell
2015-03-24 16:24 ` Charles Arnold
2015-03-24 16:59 ` Ian Campbell [this message]
2015-03-30 15:20 ` Wei Liu
2015-03-31 16:30 ` Ian Campbell
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=1427216387.21742.461.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=carnold@suse.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/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.