From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: domains being migrated state message improvements Date: Fri, 2 May 2014 16:55:03 +0100 Message-ID: <5363BFD7.2040600@citrix.com> References: <1399036605.3861.14.camel@nereid> <53639C78.2050603@citrix.com> <1399037350.6043.9.camel@kazak.uk.xensource.com> <1399045669.3861.25.camel@nereid> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1399045669.3861.25.camel@nereid> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: sparvu@systemdatarecorder.org Cc: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On 02/05/14 16:47, Stefan Parvu wrote: >>> However, the information is stale by the time it is displayed. It is >>> not really appropriate to be consumed by anything other than an eyeball. >> Agreed. And even if someone disagrees I think it is up to those tools to >> accept whatever the output is, even if that includes "nonsensical" >> results. > So why do we have xentop then ? So a human can take a look at a system and see if anything looks obviously wrong. > Or other tools ? To consume your > internal data, and more or less to ensure it is legit. > > Remember, that we might have cases where people *are* consuming xentop > results. How? it uses ncurses to be interactive on the terminal. Collecting this output with automated tools is impractical. > Or other tool(s), based on results coming from Xen kernel. This is a bigger issue. The values are exposed in libxc and somewhat more statically to the shell via xl > > So if I want to store 1 year statistics of all guests, as time series, I > expect to see more or less reliable data. Right ? Analyzing data will > turn in a mess. > What are you looking to collect? It surely isn't direct scheduling data. ~Andrew