All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robin Lee Powell <rlpowell@digitalkingdom.org>
To: Marcelo Tosatti <mtosatti@redhat.com>
Cc: Avi Kivity <avi@redhat.com>,
	Emmanuel Noobadmin <centos.admin@gmail.com>,
	kvm@vger.kernel.org, Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: Re: [kvm]  Re: [kvm] Re: [kvm] Re: Questions about duplicate memory  work
Date: Thu, 29 Sep 2011 11:46:03 -0700	[thread overview]
Message-ID: <20110929184603.GR11528@stodi.digitalkingdom.org> (raw)
In-Reply-To: <20110929172243.GA7202@amt.cnet>

On Thu, Sep 29, 2011 at 02:22:43PM -0300, Marcelo Tosatti wrote:
> On Wed, Sep 28, 2011 at 05:14:47PM -0700, Robin Lee Powell wrote:
> > > > Please post the contents of /proc/meminfo and /proc/zoneinfo
> > > > when this is happening.
> > > 
> > > I just noticed that the amount of RAM the VMs had in VIRT
> > > added up to considerably more than the host's actual RAM;
> > > hard_limit is now on.  So I may not be able to replicate this.
> > > :)
> > 
> > Or not; even with hard_limit the VIRT value goes to hundreds of
> > MiB more than the limit.  Is that expected?
> 
> Yes, VIRT field refers to total memory mapped by the process, not
> paged-in memory, which is indicated by the RES field.

Yes, I'm aware of that; that isn't relevant to my question.

I would expect the *total* memory requested by a VM to never go over
the hard_limit value set in the XML file.  I mean, isn't that what
the hard_limit *means*?  If not, what does it mean?

That's certainly what
http://libvirt.org/formatdomain.html#elementsMemoryTuning *implies*,
anyways.

-Robin

  reply	other threads:[~2011-09-29 18:46 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-25  4:45 Questions about duplicate memory work Robin Lee Powell
2011-09-26  5:49 ` Emmanuel Noobadmin
2011-09-26  7:18   ` Robin Lee Powell
2011-09-26  8:15     ` Emmanuel Noobadmin
2011-09-26  9:14       ` Mihamina Rakotomandimby
2011-09-27  7:38       ` Re: [kvm] " Robin Lee Powell
2011-09-27  8:41         ` Emmanuel Noobadmin
2011-09-27  8:48           ` Robin Lee Powell
2011-09-27  9:00             ` Robin Lee Powell
2011-09-27  9:49               ` Avi Kivity
2011-09-29  0:11                 ` Robin Lee Powell
2011-09-29  0:14                   ` Re: [kvm] " Robin Lee Powell
2011-09-29 17:22                     ` Marcelo Tosatti
2011-09-29 18:46                       ` Robin Lee Powell [this message]
2011-10-02  8:56                         ` Re: [kvm] " Avi Kivity

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=20110929184603.GR11528@stodi.digitalkingdom.org \
    --to=rlpowell@digitalkingdom.org \
    --cc=aarcange@redhat.com \
    --cc=avi@redhat.com \
    --cc=centos.admin@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.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.