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] A tale of three memory allocators

To: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>, "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] A tale of three memory allocators
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Sat, 19 Mar 2005 03:48:23 +0800
Cc: <ian.pratt@xxxxxxxxxxxx>
Delivery-date: Fri, 18 Mar 2005 19:49:53 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
Thread-index: AcUrRksLbteuaumMSF6n8mcDfe9azQAB1TEgAClfF4A=
Thread-topic: [Xen-devel] A tale of three memory allocators
>-----Original Message-----
>From: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
>[mailto:xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Ian Pratt
>Sent: Thursday, March 17, 2005 4:08 PM
>
>> Said patch is still pending because coincidentally Greg
>> is currently looking at porting Xen/ia64 to one of those newfangled
>> ia64 NUMA machines.  "I would like to turn on CONFIG_NUMA.
>> CONFIG_DISCONTIGMEM, and CONFIG_VIRTUAL_MEM_MAP," said Greg.
>
>I'd vote strongly for:
>Stick with Rusty's allocator and just have different instances for
>different memory banks. Wrap the allocation function to prioritise
which
>pool to allocate from. This handles discontig memory and NUMA nicely.
>
>
>Ian

I assume that we can have no change to Rusty's allocator at all, except
some wrap interfaces to buddy system, right? Slab should only focus on
memory in xenheap, while xenheap seems to be node irrespective... :)

Thanks,
Kevin


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel