Re: [Xen-devel] [PATCH 3/3] Replace slab.c with a very simpleall

I wonder what are reasons for this replacement. From outside it looks like
proven and fast slab allocator is being replaced with slow and new one just
for sake of size and beauty of source codes?


Read the paper describing the original version of the slab allocator
(http://citeseer.ist.psu.edu/bonwick94slab.html), and then look at how it
is used in Xen (the calls that are being replaced by xmalloc in the patch).

From this it is clear that the feature that results in most of the
allocator's complexity (retaining parts of the initialized state of
objects to reduce the cost of reinitialization) is not used at all by Xen.

--
David Hopwood <david.nospam.hopwood@xxxxxxxxxxxxxxxx>



-------------------------------------------------------
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>

Previous by Date:

Re: [Xen-devel] [PATCH 3/3] Replace slab.c with a very simpleallocator., ultraptr

Next by Date:

Building domains as a lesser user (was Re: [Xen-devel] boot loaders for domain != 0), Anthony Liguori

Previous by Thread:

Re: [Xen-devel] [PATCH 3/3] Replace slab.c with a very simpleallocator., ultraptr

Next by Thread:

Re: [Xen-devel] [PATCH 3/3] Replace slab.c with a very simpleallocator., Rusty Russell

Indexes:

[Date] [Thread] [Top] [All Lists]