xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Florian Heigl <florian.heigl@gmail.com>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: xen-devel <xen-devel@lists.xensource.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: "right" way to gather domU stats in xen 3 & 4?
Date: Tue, 1 Mar 2011 17:59:27 +0100	[thread overview]
Message-ID: <AANLkTi=5XXoNbWuNV0uQgMA7RJNrzO3ubic6h6fONoOq@mail.gmail.com> (raw)
In-Reply-To: <fa094ee3-47a0-4058-85d5-68d1dbe19318@default>

Hi Dan,

2011/3/1 Dan Magenheimer <dan.magenheimer@oracle.com>:
> Tmem has no value without guest kernel changes and getting those
> changes (even though very small) into the Linux kernel has proven
> to be a very long frustrating experience, which I hope will

I wondered for some time now... can't you just push it into Oracle VM
& OEL in the meantime?
Even as an unsupported kernel, It would "work for me" and my customers.

About the long frustrating experience, see my sig :)

> A couple of key things to plan for in your management tools:
> 1) Don't assume that the amount of memory used by a guest is
>   fixed and/or only under the control of your tools.

Thats why I've been asking so intently. Right now it will be great to
have a graph showing mem and maxmem, but when tmem is seeing more
adaption any baloon stats become less useful.
Also, as of today, half of the distros doesn't have working cpu
hotplug or balooning anyway.


Anyway, thanks for the update :)
Flo


-- 
the purpose of libvirt is to provide an abstraction layer hiding all
xen features added since 2006 until they were finally understood and
copied by the kvm devs.

      reply	other threads:[~2011-03-01 16:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-26 14:34 "right" way to gather domU stats in xen 3 & 4? Florian Heigl
2011-02-28 11:47 ` Stefano Stabellini
2011-02-28 23:16   ` Florian Heigl
2011-03-01 11:13     ` Stefano Stabellini
2011-03-01 16:32     ` Dan Magenheimer
2011-03-01 16:59       ` Florian Heigl [this message]

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='AANLkTi=5XXoNbWuNV0uQgMA7RJNrzO3ubic6h6fONoOq@mail.gmail.com' \
    --to=florian.heigl@gmail.com \
    --cc=dan.magenheimer@oracle.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).