WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH][RFC] sub-page anonymous domain memory allocator

To: Daniel Magenheimer <dan.magenheimer@xxxxxxxxxx>, xen-devel mailing list <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][RFC] sub-page anonymous domain memory allocator
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 29 Aug 2008 19:18:43 +0100
Cc:
Delivery-date: Fri, 29 Aug 2008 11:19:07 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <2dac25a9-af17-445b-8a45-e055d8ebf71c@default>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AckKA6sw6feDGnX2Ed23eAAWy6hiGQ==
Thread-topic: [Xen-devel] [PATCH][RFC] sub-page anonymous domain memory allocator
User-agent: Microsoft-Entourage/11.4.0.080122
You can more simply just have the existing xmalloc interface go at
alloc_domheap_pages(NULL) on x86/64. That would just need some #ifdef
abstraction within xmalloc.c.

 -- Keir

On 29/8/08 18:12, "Daniel Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

> This patch uses some #define-and-Makefile trickery to completely
> leverage common/xmalloc.c to provide a sub-page memory
> allocator that takes memory from anonymous domain heap instead
> of xen heap.  Note that it is useful only on a 64-bit hypervisor.
> (Some other #define trickery can be used so that 32-bit
> hypervisor uses xenheap and 64-bit hypervisor uses adheap.)
> 
> Keir says that a goal for 3.4 is to combine xen heap and
> domain heap on 64-bit hypervisors.  This is a step in that
> direction that I am using today in some work that requires
> more memory than xenheap can provide (which I'll hopefully
> post sometime in the next few weeks).
> 
> Comments?
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel



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

<Prev in Thread] Current Thread [Next in Thread>