嵌入式linux 内存分配,嵌入式linux内核中常见内存分配

青旅半醒 2023-01-20 02:57 248阅读 0赞

1.原理说明

Linux内核中采 用了一种同时适用于32位和64位系统的内 存分页模型，对于32位系统来说，两级页表足够用了，而在x86\_64系 统中，用到了四级页表，如图2-1所示四级页表分别为：

\* 页全局目录(Page Global Directory)

\* 页上级目录(Page Upper Directory)

\* 页中间目录(Page Middle Directory)

\* 页表(Page Table)

页全局目录包含若干页上级目录的地址，页上级目录又依次包含若干页中间目录的地址，而页中间目录又包含若干页表的地址，每一个页表项指 向一个页框Linux中采用4KB大小的 页框作为标准的内存分配单元。

1.1.伙伴系统算法

在实际应用中，经常需要分配一组连续的页框，而频繁地申请和释放不同大小的连续页框，必然导致在已分配页框的内存块中分散了许多小块的 空闲页框这样，即使这些页框是空闲的，其他需要分配连续页框的应用也很难得到满足。

为了避免出现这种情况，Linux内核中引入了伙伴系统算法(buddy system)把所有的空闲页框分组为11个 块链表，每个块链表分别包含大小为1，2，4，8，16，32，64，128，256，512和1024个连续页框的页框块最大可以申请1024个连 续页框，对应4MB大小的连续内存每个页框块的第一个页框的物理地址是该块大小的整数倍

假设要申请一个256个页框的块，先从256个页框的链表中查找空闲块，如果没有，就去512个 页框的链表中找，找到了则将页框块分为2个256个 页框的块，一个分配给应用，另外一个移到256个页框的链表中如果512个页框的链表中仍没有空闲块，继续向1024个页 框的链表查找，如果仍然没有，则返回错误

页框块在释放时，会主动将两个连续的页框块合并为一个较大的页框块。

1.2.slab分 配器

slab分配器源于 Solaris 2.4 的 分配算法，工作于物理内存页框分配器之上，管理特定大小对象的缓存，进行快速而高效的内存分配

slab分配器为每种使用的内核对象建立单独的缓冲区Linux 内核已经采用了伙伴系统管理物理内存页框，因此 slab分配器直接工作于伙伴系 统之上每种缓冲区由多个 slab 组成，每个 slab就是一组连续的物理内存页框，被划分成了固定数目的对象根据对象大小的不同，缺省情况下一个 slab 最多可以由 1024个页框构成出于对齐 等其它方面的要求，slab 中分配给对象的内存可能大于用户要求的对象实际大小，这会造成一定的 内存浪费。

2.常用内存分配函数

2.1.\_\_get\_free\_pages

unsigned long \_\_get\_free\_pages(gfp\_t gfp\_mask, unsigned int order)

\_\_get\_free\_pages函数是最原始的内存分配方式，直接从伙伴系统中获取原始页框，返回值为第一个页框的起始地址\_\_get\_free\_pages在实现上只是封装了alloc\_pages函 数，从代码分析，alloc\_pages函数会分配长度为1<

2.2.kmem\_cache\_alloc

struct kmem\_cache \*kmem\_cache\_create(const char \*name, size\_t size,

size\_t align, unsigned long flags,

void (\*ctor)(void\*, struct kmem\_cache \*, unsigned long),

void (\*dtor)(void\*, struct kmem\_cache \*, unsigned long))

void \*kmem\_cache\_alloc(struct kmem\_cache \*c, gfp\_t flags)

kmem\_cache\_create/ kmem\_cache\_alloc是基于slab分配器的一种内存分配方式，适用于反复分配释放同一大小内存块的场合首先用kmem\_cache\_create创建一个高速缓存区域，然后用kmem\_cache\_alloc从 该高速缓存区域中获取新的内存块 kmem\_cache\_alloc一次能分配的最大内存由mm/slab.c文件中的MAX\_OBJ\_ORDER宏 定义，在默认的2.6.18内核版本中，该宏定义为5， 于是一次最多能申请1<<5 \* 4KB也就是128KB的 连续物理内存分析内核源码发现，kmem\_cache\_create函数的size参数大于128KB时会调用BUG()测试结果验证了分析结果，用kmem\_cache\_create分 配超过128KB的内存时使内核崩溃。

2.3.kmalloc

void \*kmalloc(size\_t size, gfp\_t flags)

kmalloc是内核中最常用的一种内存分配方式，它通过调用kmem\_cache\_alloc函 数来实现kmalloc一次最多能申请的内存大小由include/linux/Kmalloc\_size.h的 内容来决定，在默认的2.6.18内核版本中，kmalloc一 次最多能申请大小为131702B也就是128KB字 节的连续物理内存测试结果表明，如果试图用kmalloc函数分配大于128KB的内存，编译不能通过。

另一个常见的内存分配函数 kzalloc效果等同于先是用kmalloc()申请空间,然后用memset()来初始化,所有申请的元素都被初始化为0.

/\*\*

\* kzalloc - allocate memory. The memory is set to zero.

\* @size: how many bytes of memory are required.

\* @flags: the type of memory to allocate (see kmalloc).

\*/

staticinlinevoid\*kzalloc(size\_t size, gfp\_t flags)

returnkmalloc(size, flags | \_\_GFP\_ZERO);

kzalloc 函数是带参数调用kmalloc函数，添加的参数是或了标志位\_\_GFP\_ZERO

2.4.vmalloc

void \*vmalloc(unsigned long size)

前面几种内存分配方式都是物理连续的，能保证较低的平均访问时间但是在某些场合中，对内存区的请求不是很频繁，较高的内存访问时间也 可以接受，这是就可以分配一段线性连续，物理不连续的地址，带来的好处是一次可以分配较大块的内存图3-1表 示的是vmalloc分配的内存使用的地址范围vmalloc对 一次能分配的内存大小没有明确限制出于性能考虑，应谨慎使用vmalloc函数在测试过程中， 最大能一次分配1GB的空间。

Linux内核部分内存分布

2.5.dma\_alloc\_coherent

void \*dma\_alloc\_coherent(struct device \*dev, size\_t size,ma\_addr\_t \*dma\_handle, gfp\_t gfp)

DMA是一种硬件机制，允许外围设备和主存之间直接传输IO数据，而不需要CPU的参与，使用DMA机制能大幅提高与设备通信的 吞吐量DMA操作中，涉及到CPU高速缓 存和对应的内存数据一致性的问题，必须保证两者的数据一致，在x86\_64体系结构中，硬件已经很 好的解决了这个问题， dma\_alloc\_coherent和\_\_get\_free\_pages函数实现差别不大，前者实际是调用\_\_alloc\_pages函 数来分配内存，因此一次分配内存的大小限制和后者一样\_\_get\_free\_pages分配的内 存同样可以用于DMA操作测试结果证明，dma\_alloc\_coherent函 数一次能分配的最大内存也为4M。

2.6.ioremap

void \* ioremap (unsigned long offset, unsigned long size)

ioremap是一种更直接的内存“分配”方式，使用时直接指定物理起始地址和需要分配内存的大小，然后将该段 物理地址映射到内核地址空间ioremap用到的物理地址空间都是事先确定的，和上面的几种内存 分配方式并不太一样，并不是分配一段新的物理内存ioremap多用于设备驱动，可以让CPU直接访问外部设备的IO空间ioremap能映射的内存由原有的物理内存空间决定，所以没有进行测试。

2.7.Boot Memory

如果要分配大量的连续物理内存，上述的分配函数都不能满足，就只能用比较特殊的方式，在Linux内 核引导阶段来预留部分内存

2.7.1.在内核引导时分配内存

void\* alloc\_bootmem(unsigned long size)

可以在Linux内核引导过程中绕过伙伴系统来分配大块内存使用方法是在Linux内核引导时，调用mem\_init函数之前 用alloc\_bootmem函数申请指定大小的内存如果需要在其他地方调用这块内存，可以将alloc\_bootmem返回的内存首地址通过EXPORT\_SYMBOL导 出，然后就可以使用这块内存了这种内存分配方式的缺点是，申请内存的代码必须在链接到内核中的代码里才能使用，因此必须重新编译内核，而且内存管理系统 看不到这部分内存，需要用户自行管理测试结果表明，重新编译内核后重启，能够访问引导时分配的内存块。

2.7.2.通过内核引导参数预留顶部内存

在Linux内核引导时，传入参数“mem＝size”保留顶部的内存区间比如系统有256MB内 存，参数“mem＝248M”会预留顶部的8MB内存，进入系统后可以调用ioremap(0xF800000，0x800000)来申请这段内存。