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

Re: [Xen-devel] Re: non-contiguous allocations

  • To: Jan Beulich <JBeulich@xxxxxxxxxx>, Olaf Hering <olaf@xxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxx>
  • Date: Mon, 09 May 2011 09:34:37 +0100
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 09 May 2011 01:35:14 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=j0mAqh+j5TWXuB5XqNTwWPQUD43BgiOVhAX+ZgqSVihfIY+A+PXm/EM8Gfkm7JrY/j UVCRNASHz7RrxiX2BythN0T5fW/ZHmd9zMU4h74DmlN9fPSRj6Lbi5ah/YJlQk2Msldf XNdAKJAsFm+OuijLPNcgHSMI6CVL6hHF1DSYI=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcwOI+41XjDVh4pGiU2DgsGkZi6aaA==
  • Thread-topic: [Xen-devel] Re: non-contiguous allocations

On 09/05/2011 09:30, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:

>> Yes, sticking with alloc_xenheap_pages() is good.
> It really depends on whether you expect to get memory that has
> (even on 32-bit) a virtual mapping, or you want to map it at an
> arbitrary virtual address after wards. alloc_xenheap_pages() gives
> you mapped memory (and the amount you can get is rather limited
> on 32-bit), while alloc_domheap_pages(NULL, ...) gives you
> memory that has a mapping only on 64-bit (and, once we'll find it
> necessary to support machines with more than 5Tb, even that
> may not hold anymore) but it equally not associated with any
> domain.

We have a mechanism for sharing xenheap pages with a guest, which xentrace
is already using. Doing the same with anonymous domheap pages would be extra
hassle. The limitation of xenheap on x86_32 is uninteresting to me,
especially when we're talking about a niche developer feature like xentrace.

 -- Keir

Xen-devel mailing list



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