From: Avi Kivity <avi@redhat.com>
To: Andy Smith <a.smith@pingnetworks.co.uk>
Cc: kvm@vger.kernel.org
Subject: Re: User question: balloon memory, currentMemory and Linux/FreeBSD guests
Date: Wed, 21 Mar 2012 15:22:25 +0200 [thread overview]
Message-ID: <4F69D611.6070805@redhat.com> (raw)
In-Reply-To: <45e3fcac61fc83a88d7c2cd9865c7aee@pingnetworks.co.uk>
On 03/14/2012 01:51 PM, Andy Smith wrote:
> Hi,
>
> I'm a KVM user, using it for the first time and so far very happy
> with it.
> I wonder if someone can help me get my head round the issue of balloon
> memory and overallocation.
>
> Basically I have a Debian wheezy/sid KVM server, on which I have a
> couple of Linux guests and several FreeBSD guests and I see different
> behaviour between the two guest types. On FreeBSD I have installed the
> virtio and balloon drivers (disk and network working great!), there is
> definately a balloon process running.
> The behaviour I see is that both Linux and FreeBSD guests always show
> the "currentMemory" number when quiered with "qemu-monitor-command
> --hmp ClientName --cmd 'info balloon'". But from a "top" in the debian
> KVM host the "RES" size of the Linux guest processes varies
> (presumably depending on the demand of the guest OS) but the FreeBSD
> kvm processes always sit at exactly the "currentMemory" size.
>
> Basically I'm interested to know what is going on, whether what I see
> is normal and whether balloon currently dynamically manages memory
> usage or if its still the case that it requires administrator
> intervention to re-release memory after the OS has previously been
> allocated it.
The RES column indicates how much memory guests are actively using.
Linux touches memory when it first uses it, so if your guests are idle,
RES will remain low. It seems FreeBSD touches memory immediately (or
perhaps those guests are not idle), so it's high.
RES (or rather, RSS - resident set size) can decrease when the host
swaps guest pages, or if the guest gives up memory via to ballooning.
--
error compiling committee.c: too many arguments to function
prev parent reply other threads:[~2012-03-21 13:22 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-14 11:51 User question: balloon memory, currentMemory and Linux/FreeBSD guests Andy Smith
2012-03-21 13:22 ` Avi Kivity [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=4F69D611.6070805@redhat.com \
--to=avi@redhat.com \
--cc=a.smith@pingnetworks.co.uk \
--cc=kvm@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox