All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Novotny <minovotn@redhat.com>
To: xen-devel@lists.xensource.com
Subject: [PATCH] Domain creation 4MB memory allocation
Date: Wed, 01 Apr 2009 09:49:53 +0200	[thread overview]
Message-ID: <49D31CA1.4090103@redhat.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 714 bytes --]

Hi,
I've found some problems when running 2 guests with and then trying to 
install a new machine (no matter whether using virt-manager or 
virt-install). I am attaching a patch that fixes this problem.

I was working on 8G box and I have done those things:
 1. xm create PVguest maxmem=2500 memory=2500
 2. xm create FVguest maxmem=2500 memory=2500
 3. virt-install -l http://path/to/install/ -r 2500 -v --nodisks -n 
someGuestName

Before applying this patch it returned "Cannot allocate memory" error 
but after applying my patch it created a new domain and started 
installation well but it's reproducible sometimes and not everytime.

Best regards,
Michal

Signed-off-by: Michal Novotny <minovotn@redhat.com>

[-- Attachment #2: xen-fv-guest-creation-4M-memory-allocation.patch --]
[-- Type: text/plain, Size: 887 bytes --]

diff -r d5ddc782bc49 tools/python/xen/xend/XendDomainInfo.py
--- a/tools/python/xen/xend/XendDomainInfo.py	Mon Mar 30 16:48:26 2009 +0100
+++ b/tools/python/xen/xend/XendDomainInfo.py	Wed Apr 01 09:43:37 2009 +0200
@@ -2245,8 +2245,9 @@
         # There is an implicit memory overhead for any domain creation. This
         # overhead is greater for some types of domain than others. For
         # example, an x86 HVM domain will have a default shadow-pagetable
-        # allocation of 1MB. We free up 2MB here to be on the safe side.
-        balloon.free(2*1024, self) # 2MB should be plenty
+        # allocation of 1MB. We free up 4MB here to be on the safe side.
+        # 2MB memory allocation was not enough in some cases, so it's 4MB now
+        balloon.free(4*1024, self) # 4MB should be plenty
 
         ssidref = 0
         if security.on() == xsconstants.XS_POLICY_USE:

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

             reply	other threads:[~2009-04-01  7:49 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-01  7:49 Michal Novotny [this message]
2009-04-01  9:06 ` [PATCH] Domain creation 4MB memory allocation Jan Beulich
2009-04-01  9:48   ` Michal Novotny

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=49D31CA1.4090103@redhat.com \
    --to=minovotn@redhat.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.