slab分配器为何不能从DMA32分配内存呢？x86_64只有2G物理内存时怎么给slab分配页面呢?

瀚海书香

回复 10# embeddedlwp
多谢分享!

可否分享一下#define GFP_SLAB_BUG_MASK (__GFP_DMA32|__GFP_HIGHMEM|~__GFP_BITS_MASK)在内核的用途？

   

embeddedlwp

回复 11# 瀚海书香


git show 6cb06229


   

瀚海书香

回复 12# embeddedlwp

这个只是设置了flag，并没有解释一楼的疑问啊

x86_64系统下，slab是可以从小于4G (DMA32)申请内存的，为什么会有：

BUG_ON(flags & GFP_SLAB_BUG_MASK);

/* Do not use these with a slab allocator */
#define GFP_SLAB_BUG_MASK (__GFP_DMA32|__GFP_HIGHMEM|~__GFP_BITS_MASK)

   

embeddedlwp

回复 13# 瀚海书香


IIUC, 那个patch的changelog里：

    Allocator metadata may serve multiple in kernel users and thus should not
    be subject to the limitations arising from a single allocation context.


就是调用kmem_cache_alloc的时候不要传递那个__GFP_DMA32，__GFP_HIGHMEM，不想被限制。


   

瀚海书香

回复 14# embeddedlwp
可否给出一个slab申请DMA32内存的函数流程？这样理解起来就比较方便了。

   

embeddedlwp

回复 15# 瀚海书香


cache_grow
      ->kmem_getpages
                ->alloc_pages_exact_node
                        ->__alloc_pages
                               ->alloc_pages_nodemask
                                   
__alloc_pages_nodemask根据gfp_mask来选择zonelist中最high分配内存的zone，比如我那个实验，假如现在只有zone_dma32,zone_dma，那么这里就会依次选择zone_dma32->zone_dma

如果现在有zone_normal,zone_dma32,zone_dma，如果调用kmem_cache_alloc的时候设置了__GFP_DMA32标志，那么是不是只能zone_dma32->zone_dma，

这也就是“should not be subject to the limitations arising from a single allocation context.”的意思吧，如果我理解正确的话。


   

jxyushy

会从DMA32中分配内存的，slab默认的是从normal分区中分配内存，你normal分区的大小为0，只好从DMA32中分配内存了，分配顺序是 normal->dma32->dma, 只要条件成立，比如dma等还有自己的保留大小，就能分配。分区越低的内存越珍贵，因为有的应用只能用低端内存。