All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhigang Wang <zhigang.x.wang@oracle.com>
To: "viets@work.de" <viets@work.de>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Questions about xenapi/libvirt and Memory overcommiting
Date: Fri, 04 Jul 2008 11:00:23 +0800	[thread overview]
Message-ID: <486D9247.6090707@oracle.com> (raw)
In-Reply-To: <486CD7B3.6030002@work.de>

viets@work.de wrote:
> Hello,
> 
> I'm unsure whether this question is for xen-devel or for the (dead?)
> xen-api mailinglist?
> 
> Inspired by Dan Magenheimers xenballoond patch ("[PATCH] xenballoond
> (memory overcommit) scripts"), I'd like to program the xenballoond for a
> Dom0, so that there is no need to run it in every DomU, which improves
> the possibility for policing and probably the monitoring.
very good idea! but I'm wandering whether we can get these info from hypervisor.
> 
> My question is what api I should use to program it? xenapi or libvirt?
> 
> And how do I get values that are in xenstored? I didn't find a function
> in the xenapi or libvirt? Are there any examples?
> 
xenapi and libvirt are interfaces for other tools to manage xen. but your
xenballoond should belong to the infrastructure of xen. I think should be
implement in xend as a thread or stand alone process.

And if you want make it configurable (eg. change policy) by other tools (xm),
you should add APIs to xenapi or libvirt.

> My first implementation of the program, was made in the bash, but I
> guess C or python is the better way for it.
> 
> The first implementation was based on the attached kernel patch, which
> only make the memory information of the domU kernel accessible by
> xenstore, if CONFIG_XEN_DAEMON_BALLOON is set.
> 
> Attached to this email is my first implementation of the program. It
> looks every second whether a domain needs more or less memory and change
> the value.
> 
> greetings
> Viets
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

      reply	other threads:[~2008-07-04  3:00 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-03 13:44 Questions about xenapi/libvirt and Memory overcommiting viets
2008-07-04  3:00 ` Zhigang Wang [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=486D9247.6090707@oracle.com \
    --to=zhigang.x.wang@oracle.com \
    --cc=viets@work.de \
    --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.