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

[Xen-devel] RE: Queries on Tmem and Difference Engine.



> From: Dan Magenheimer
> Subject: RE: Queries on Tmem and Difference Engine.
> 
> > Thanks for reply.
> > Now I am very clear with my queries on tmem.
> 
> I'm glad it was helpful!  I hope it is OK to post replies
> on the list so that answers to your very good questions
> can be read and discussed by others.
> 
> > I am exploring to solve fragmentation problem through buddy
> allocation
> > technique.
> > http://www.kernel.org/doc/gorman/html/understand/understand009.html
> > http://en.wikipedia.org/wiki/Buddy_memory_allocation
> > Do you have any other thoughts on this concept of fragmentation ?
> 
> Xen already uses a buddy allocator.  The problem is that tmem
> works around Xen's allocator for various performance reasons.
> And since tmem absorbs all physical memory in the system,
> tmem must be involved in freeing ephemeral pages and many
> many pages might need to be freed to obtain a buddy.
> 
> Solving this for tmem still means there is a problem for other
> Xen dynamic memory management solutions (such as ballooning and
> page sharing).  I think the right solution for the fragmentation
> problem is that no code in Xen should attempt to allocate
> order>0 pages unless it is prepared to fail and fall back to
> instead allocating and using a set of order**2 individual pages.

After thinking about this some more, adding changes so that
tmem can use and release ephemeral pools in 2MB chunks might be
very useful for domains that request "huge pages".  This may
have performance issues, so should probably only be enabled
with a command line option (e.g. tmem_2mb).

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


 


Rackspace

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