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

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



ultraptr@xxxxxxxxxxx wrote:
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


 


Rackspace

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