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 3/3] Replace slab.c with a very simple allocator.

To: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 3/3] Replace slab.c with a very simple allocator.
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Wed, 02 Feb 2005 16:19:48 +0000
Cc: Xen Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Wed, 02 Feb 2005 16:25:12 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: Your message of "Wed, 02 Feb 2005 17:21:52 +1100." <1107325312.27726.14.camel@xxxxxxxxxxxxxxxxxxxxx>
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
> slab.c in Linux is not a very nice piece of code: the version in Xen has
> been hacked a certain amount and is not a vision of beauty either.  
> 
> Given how rare and non-time-critical dynamic allocations are in Xen,
> this replaces the 1800-line slab.c with a 160-line malloc.c which is
> written as simply as possible for future enhancement.
> 
> Tested in userspace, boots Xen fine.

Rusty,

This turns out to be an oversimplification -- it doesn't boot for
me as exec_domain's aren't 16 byte aligned and hence fxsave
fails.

I think we want to ensure that the object returned is always
aligned to start on a L1 cache line boundary. I don't care that
we burn some memory as we don't have lots of small allocs.

Please could you adjust your patch having resync'ed from usntable.

Thanks,
Ian


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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