[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] PoD: Handle operations properly when domain is dying


  • To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
  • From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
  • Date: Wed, 11 Nov 2009 22:49:06 +0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 11 Nov 2009 14:50:53 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nSqlB4uSmBxozyUAyAvFGgxVYylJXElQr7Q2C7z0PiAa3EILPYe72gicIcJFKjxCja 8IQXLQ538w6U7qiSzqhgPbh8eplva6UxTzNTsNtAD9IJ1xalpPRhcAdavUSe6Q9zHuv5 0Z2/IZILctT7928O6eoAmn0GHc325fUCAQ8fg=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Wed, Nov 11, 2009 at 5:58 PM, Dan Magenheimer
<dan.magenheimer@xxxxxxxxxx> wrote:
> Thanks for the detailed explanation.  I think
> "Populate on Demand" connotes too much like
> "Copy on Write" and doesn't really describe
> the essence of what is going on: Booting pre-ballooned.
> Thus my confusion.

Well, "populate on demand" describes exactly what's actually
happening: the p2m table is being populated as it's used, as opposed
to being populated all at once at the beginning.  If it was allocating
memory on demand it would have been called "allocate on demand". :-)

> This is of course less than ideal as it ensures that
> administrators will choose some safe (probably fairly large)
> amount of memory, a significant portion of which will often
> be wasted.  But I suppose its better than the (much larger)
> alternative.

PoD is only meant to keep the domain going until the balloon driver
loads, which should be fairly early in boot.  How much is required
changes depending on the OS and the maximum amount of memory;  For
Windows XP, 32-bit, with 4GiB maximum (i.e., reported in the e820
map), 256 KiB is sufficient to start with (if I recall correctly).
For Windows 7, that's a lot higher.  I forget the exact number, but
it's 1-2GiB to boot with a 4GiB maximum.  Citrix is doing extensive
testing to find out minimums for a large number of configurations, so
that administrators using XenServer can confidently set the value to a
minimum knowing that they're neither wasting memory nor risking a
crash. :-)

 -George

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.