[lkml]   [2010]   [Nov]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 0/4] big chunk memory allocator v4
On Mon, 22 Nov 2010 09:59:57 +0100, Kleen, Andi <> wrote:

>> > But yes, because of fragmentation, this cannot guarantee 100%
>> alloc.
>> > If alloc_contig_pages() is called in system boot up or movable_zone
>> is used,
>> > this allocation succeeds at high rate.
>> So this is an alternatve implementation for the functionality offered
>> by Michal's "The Contiguous Memory Allocator framework".
> I see them more as orthogonal: Michal's code relies on preallocation
> and manages the memory after that.

Yes and no. The v6 version adds not-yet-finished support for sharing
the preallocated blocks with page allocator (so if CMA is not using the
memory, page allocator can allocate it, and when CMA finally wants to
use it the allocated pages are migrated).

In the v6 implementation I have added a new migration type (I cannot seem
to find who proposed such approach first). When I'll end debugging the
code I'll try to work things out without adding additional entity (that
is new migration type).

Best regards, _ _
| Humble Liege of Serenely Enlightened Majesty of o' \,=./ `o
| Computer Science, Michał "mina86" Nazarewicz (o o)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2010-11-23 16:47    [W:0.064 / U:2.032 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site