From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 14 Jan 2005 17:31:06 -0800 From: William Lee Irwin III Subject: Re: [RFC] Avoiding fragmentation through different allocator Message-ID: <20050115013106.GC3474@holomorphy.com> References: <20050113073146.GB1226@holomorphy.com> <20050114214218.GB3336@logos.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114214218.GB3336@logos.cnet> Sender: owner-linux-mm@kvack.org Return-Path: To: Marcelo Tosatti Cc: Mel Gorman , Linux Memory Management List , Linux Kernel Mailing List List-ID: On Wed, Jan 12, 2005 at 11:31:46PM -0800, William Lee Irwin III wrote: >> I'd expect to do better with kernel/user discrimination only, having >> address-ordering biases in opposite directions for each case. On Fri, Jan 14, 2005 at 07:42:18PM -0200, Marcelo Tosatti wrote: > What you mean with "address-ordering biases in opposite directions > for each case" ? > You mean to have each case allocate from the top and bottom of the > free list, respectively, and in opposite address direction ? What you > gain from that? > And what that means during a long period of VM stress ? It's one of the standard anti-fragmentation tactics. The large free areas come from the middle, address ordering disposes of holes in the used areas, and the areas at opposite ends reflect expected lifetimes. It's more useful for cases where there is not an upper bound on the size of an allocation (or power-of-two blocksizes). On second thought, Mel's approach exploits both the bound and the power-of-two restriction advantageously. -- wli -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org