From: Keir Fraser <keir.fraser@eu.citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Jan Beulich <JBeulich@novell.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] x86: fix improper return value from relinquish_memory()
Date: Wed, 24 Mar 2010 14:54:54 +0000 [thread overview]
Message-ID: <C7CFD83E.E431%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <20100324144313.GB2245@phenom.dumpdata.com>
On 24/03/2010 14:43, "Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com> wrote:
>> Btw., the reason I was looking at that code was that we observe
>> zombie domains - ones in DOMDYING_dead state, perhaps having
>> almost none of their memory freed (shadowed guests appear to be
>> particularly bad). In one of the reports, an interesting extra fact
>> was that this happened only for the first 100 guests - any
>> subsequent ones got destroyed properly (obviously to get there
>> this requires quite a bit of memory in the host). Has anyone else
>> observed this? Does this ring any bells?
>
> Yes.
> http://lists.xensource.com/archives/html/xen-devel/2008-12/msg00222.html
>
> B/c of the page count we had guests that would never have their mmap
> count removed causing them to be zombie guests. Our fix, which wasn't
> nice, was to have the guest domain id re-number and shove it and its
> remaining page ownership (at that point it only has some pages in Dom0
> and DomU) in a corner.
There's a big difference between a zombie domain owning a few pages versus a
zombie domain still having most of its memory, though. One could be a
ref-count leak, the other sounds potentially like something wrong with the
domain-killing routines (not that there's enough data to definitely say
either way for sure yet -- but at least they do sound like different bugs).
-- Keir
prev parent reply other threads:[~2010-03-24 14:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-24 11:07 [PATCH] x86: fix improper return value from relinquish_memory() Jan Beulich
2010-03-24 11:23 ` Jan Beulich
2010-03-24 14:43 ` Konrad Rzeszutek Wilk
2010-03-24 14:54 ` Keir Fraser [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=C7CFD83E.E431%keir.fraser@eu.citrix.com \
--to=keir.fraser@eu.citrix.com \
--cc=JBeulich@novell.com \
--cc=konrad.wilk@oracle.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 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.