Linux memory fragment

    Devtech 2.6.19的kernel在内存分配上和2.6.16最大的区别是IPU内存全用dma alloc。导致蛮严重的内存fragment。原因很简单：ipu需要的dma内存分配时把大块的memory block打碎，省下的split出来内存被应用层拿去，导致最终很难将两者合并，大块block就越来越少。举个例子：目前buddy有512KB大小 的内存block 5个，256KB的block0个，ipu申请了256KB(ipu申请的内存大小已经被重resize到4k的2^order大小). 某个512KBblock被split成两个256KB, 一个被ipu要走, 如果这个时候应用层再申请不大于256KB的内存, 另一个block也被要走. 如果应用层释放时机和内核释放不很同步, 就会导致这两个block再也无法合并到原来的512KB block. 最终512KB的block越来越少. 大块可用内存也越来越少,出现memory fragment.
    刚在lwn上看到一片改进buddy实现的文章, 可以很大程度上缓解这样的情况:http://lwn.net/Articles/121618/. 他的想法是对zone内的所有block分配和split时记录type, 用来区分user/kernel space的申请, split下来的free block只能用于申请block的那个space,而不会被其他space抢去. 目前我们只能讲normal和dma的内存block用zone隔开,来缓解.