Re: The performance and behaviour of the anti-fragmentation related patches

Nick Piggin
2007-03-05T03:21:52Z

On Fri, Mar 02, 2007 at 11:05:15AM -0600, Joel Schopp wrote:
> Linus Torvalds wrote:
> >
> >On Thu, 1 Mar 2007, Andrew Morton wrote:
> >>So some urgent questions are: how are we going to do mem hotunplug and
> >>per-container RSS?
>
> The people who were trying to do memory hot-unplug basically all stopped
> waiting for these patches, or something similar, to solve the fragmentation
> problem. Our last working set of patches built on top of an earlier
> version of Mel's list based solution.
>
> >
> >Also: how are we going to do this in virtualized environments? Usually the
> >people who care abotu memory hotunplug are exactly the same people who
> >also care (or claim to care, or _will_ care) about virtualization.
>
> Yes, we are. And we are very much in favor of these patches. At last
> year's OLS developers from IBM, HP, Xen coauthored a paper titled "Resizing
> Memory with Balloons and Hotplug".
> http://www.linuxsymposium.org/2006/linuxsymposium_procv2.pdf Our
> conclusion was that ballooning is simply not good enough and we need memory
> hot-unplug. Here is a quote from the article I find relevant to today's
> discussion:

But if you don't require a lot of higher order allocations anyway, then
guest fragmentation caused by ballooning doesn't seem like much problem.

If you need higher order allocations, then ballooning is bad because of
fragmentation, so you need memory unplug, so you need higher order
allocations. Goto 1.

Balooning probably does skew memory management stats and watermarks, but
that's just because it is implemented as a module. A couple of hooks
should be enough to allow things to be adjusted?