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

Re: [Xen-devel] [RFC][PATCH] 0/9 Populate-on-demand memory

  • To: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
  • From: "George Dunlap" <George.Dunlap@xxxxxxxxxxxxx>
  • Date: Wed, 24 Dec 2008 15:46:00 +0000
  • Cc: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 24 Dec 2008 07:46:25 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=CWKSNq9eN9KgaHnMSyUd9uuKDEtzDXFKExP/uNKLaV7qquUgxr8tOumUUq179DkPw9 noRBamq0X+JfZsp1NZG8ciJUnyAYQwJMoKPm9Xrct5pB8suZbWUbh+egg47s3LNx+kD1 9opGg/KORf76bYIKSDpM3UgMbwvTap2Y05ifA=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Wed, Dec 24, 2008 at 3:35 PM, Dan Magenheimer
<dan.magenheimer@xxxxxxxxxx> wrote:
>> We could to allocate a new page at that point; but it's likely that
>> the allocation will fail unless there happens to be memory lying
>> around somewhere, not used by dom0 or any other doamin.  And if that
>> were the case, why not just start it with that much memory to begin
>> with?
> Actually, if dom0_mem is used rather than the default of letting
> domain0 absorb all free memory and dole it as needed to launching
> VMs, there will almost always be some memory lying around.

At any rate, I suppose it might not be a bad idea to *try* to allocate
more memory in an emergency.  I'll add that to the list of


Xen-devel mailing list



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