Linux驱动技术之一：内存申请
先上基础，下图是linux的内存映射模型
每一个进程都有自己的进程空间，进程空间的0-3g是用户空间，3g-4g是内核空间
每个进程的用户空间不在同一个物理内存页，但是所有的进程的内核空间对应同样的物理地址
vmalloc分配的地址可以高端内存，也可以是低端内存
0-896mb的物理地址是线性映射到物理映射区的。
内存动态申请
和应用层一样，内核程序也需要动态的分配内存，不同的是，内核进程可以控制分配的内存是在用户空间还是内核空间，前者可以用于给用户空间的堆区分配内存，eg，用户进程的用户空间的malloc最终就会通过系统调用回调内核空间的内存分配函数，此时该内存分配函数就属于该用户进程，可以给在该用户进程的堆区分配空间并返回，最终使得一个用会进程在自己的用户空间获得内存分配;后者只在内核空间分配，所以用户进程不能直接访问该空间，所以多用在满足内核程序自身的内存需求，下面是linux内核空间申请内存常用api：
kmalloc - kfree
kmalloc申请的内存在物理内存上是连续的，他们与真实的物理地址只有一个固定的偏移，因此存在简单的转换关系。这个api多用来申请不到一个page大小的内存。kmalloc的底层需要调用__get_free_pages，参数中表示内存类型的gtp_t flags正是这个函数的缩写，常用的内存类型有gfp_user,gfp_kernel,gfp_atomic几种。
gfp_user表示为用户空间页分配内存，可以阻塞;
gfp_kernel是最常用的flag，注意，使用这个flag来申请内存时，如果暂时不能满足，会引起进程阻塞，so，一定不要在中断处理函数，tasklet和内核定时器等非进程上下文中使用gfp_kernel！！！
gfp_atomic就可以用于上述三种情境,这个flag表示如果申请的内存不能用，则立即返回。
/** * kmalloc - allocate memory * @size: how many bytes of memory are required. * @flags: the type of memory to allocate. * the @flags argument may be one of: * %gfp_user - allocate memory on behalf of user. may sleep. * %gfp_kernel - allocate normal kernel ram. may sleep. * %gfp_atomic - allocation will not sleep. may use emergency pools. * * for example, use this inside interrupt handlers. */void *kmalloc(size_t size, gfp_t flags);/** * kfree - free previously allocated memory * @objp: pointer returned by kmalloc. * if @objp is null, no operation is performed. */void kfree(const void *objp);
同系列api还有
void *kzalloc(size_t size, gfp_t flags)
__get_free_pages - free_pages
__get_free_pages()与kmalloc()一样是物理连续的内存，这一系列函数是linux内核中最底层的用于获取空闲内存的方法，因为底层的buddy算法都是以(2^n)×page_size来管理内存的，所以他们总是以页为单位分配内存的
unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order) void free_pages(unsigned long addr, unsigned int order)
同系列api还有
unsigned long __get_free_page(gfp_t gfp) unsigned long get_zeroed_page(gfp_t gfp_mask) struct page *alloc_pages(gfp_t gfp_mask, unsigned int order)
void free_page(unsigned long addr)
vmalloc - vfree
vmalloc在虚拟内存空间给出一块连续的内存区，实质上，这片连续的虚拟内存在物理内存中并不一定连续，所以vmalloc申请的虚拟内存和物理内存之间也就没有简单的换算关系，正因如此，vmalloc()通常用于分配远大于__get_free_pages()的内存空间，它的实现需要建立新的页表，此外还会调用使用gfp_kern的kmalloc，so，一定不要在中断处理函数，tasklet和内核定时器等非进程上下文中使用vmalloc！
/** * vmalloc - allocate virtually contiguous memory * @size: allocation size * allocate enough pages to cover @size from the page level allocator and map them into contiguous kernel virtual space. */void *vmalloc(unsigned long size) /** * vfree - release memory allocated by vmalloc() * @addr: memory base address */void vfree(const void *addr)
同系列的api还有
/** * vmalloc_32 - allocate virtually contiguous memory (32bit addressable) * @size: allocation size * allocate enough 32bit pa addressable pages to cover @size from the page level allocator and map them into contiguous kernel virtual space. */void *vmalloc_32(unsigned long size)
slab缓存
我们知道，页是内存映射的基本单位，但内核中很多频繁创建的对象所需内存都不到一页，此时如果仍然按照页映射的方式，频繁的进行分配和释放就会造成资源的浪费，同时也会降低系统性能。为了解决的这样的问题，内核引入了slab机制，使对象在前后两次被使用时被分配在同一块内存或同一类内存空间，且保留了基本的数据结构，就可以大大提高效率。kmalloc的底层即是使用slab算法管理分配的内存的。注意，slab依然是以页为单位进行映射，只是映射之后分割这些页为相同的更小的单元，从而节省了内存。slab分配的单元不能小于32b或大于128k。
/** * kmem_cache_create - 创建slab缓存对象 * @name:slab缓存区名字， * @size:slab分配的缓存区的每一个单元的大小 * @align:缓存区内存的对齐方式，一般给0 * @flags:控制分配的位掩码， * %slab_poison - poison the slab with a known test pattern (a5a5a5a5) to catch references to uninitialised memory. * %slab_red_zone - insert `red' zones around the allocated memory to check for buffer overruns. * %slab_hwcache_align - align the objects in this cache to a hardware cacheline. this can be beneficial if you're counting cycles as closely as davem. * %slab_cache_dma - use gfp_dma memory * %slab_store_user - store the last owner for bug hunting *define slab_panic - panic if kmem_cache_create() fails */struct kmem_cache *kmem_cache_create(const char *name, size_t size, size_t align,unsigned long flags, void (*ctor)(void *))/** * kmem_cache_alloc - allocate an object from this cache. * @cachep: the cache to allocate from. * @flags: see kmalloc(). * the flags are only relevant if the cache has no available objects. */void *kmem_cache_alloc(struct kmem_cache *cachep, gfp_t flags) /** * kmem_cache_free - deallocate an object * @cachep: the cache the allocation was from. * @objp: the previously allocated object. * free an object which was previously allocated from this cache. */void kmem_cache_free(struct kmem_cache *cachep, void *objp) void kmem_cache_destroy(struct kmem_cache *s)
范例
//创建slab对象struct kmem_cache_t *xj_sbcache;xj_sbcache = kmem_cache_create(xjslab,sizeof(struct xj_unit_t),0,slab_cache_dma|slab_panic，null,null);//分配slab缓存struct xj_unit_t *xj_unit;xj_unit = kmem_cache_alloc(xj_sbcache,gfp_kernel);/* 使用slab缓存 *//* 释放slab缓存 */kmem_cache_free(xj_sbcache, xj_unit);/* 销毁slab缓存 */kmem_cache_destroy(xj_sbcache);
内存池
除了slab机制，内核还提供了传统的内存池机制来管理小块内存的分配。内存池主要是用来解决可能出现的内存不足的情况，因为一个内存池在创建的时候就已经分配好了一内存，当我们用mempool_alloc向一个已经创建好的内存池申请申请内存时，该函数首先会尝试回调内存池创建时的分配内存函数，如果已经没有内存可以分配，他就会使用内存池创建时预先分配的内存，这样就可以避免因为无内存分配而陷入休眠，当然，如果预分配的内存也已经使用完毕，还是会陷入休眠。slab机制的目的是提高内存使用率以及内存管理效率，内存池的目的是避免内存的分配失败。下面是内核中提供的关于内存池的api
现场总线应用注意事项盘点
云计算服务或将成为一种主流技术
CAN总线收发器一致性测试方案
调压模块_什么是调压模块
华为荣耀畅玩7X发布会直播中：配置、性能、跑分、价格揭晓，荣耀畅玩7X发布会视频直播地址
Linux驱动技术之一：内存申请
滴滴再添新对手!腾讯投资的网约车OnTime本月将上线
你知道机器人的智能时代已经到来了吗？机器人如何走向市场应用?
艾为电子亮相小米产投&汽车部共创会
国芯思辰｜中微爱芯8位移位寄存器AiP74HC595替代SN74HC595用于数据串并转换器，功耗低至500mW
LG发布新款32寸以及34寸的显示器
现代布线入门级主力军——六类网线
英特尔重新夺回全球第一半导体厂商
NU514-台湾数能RGBW四通道LED驱动芯片IC的介绍
在8个行业应用领域中国移动产业研究院研发成果和整体解决方案
恒生电子加入欧拉开源社区 助力金融行业加速数字化转型
东风本田INSPIRE试驾途中断轴，轮胎脱落
德州仪器亮相第四届进博会，启用深圳全新自动化产品分拨中心，高效响应客户需求
华为新款智能手表参数曝光 有望和华为Mate20系列一同发布
无人智能配送车已从实验室走向现实生活？
每一个进程都有自己的进程空间，进程空间的0-3g是用户空间，3g-4g是内核空间
每个进程的用户空间不在同一个物理内存页，但是所有的进程的内核空间对应同样的物理地址
vmalloc分配的地址可以高端内存，也可以是低端内存
0-896mb的物理地址是线性映射到物理映射区的。
内存动态申请
和应用层一样，内核程序也需要动态的分配内存，不同的是，内核进程可以控制分配的内存是在用户空间还是内核空间，前者可以用于给用户空间的堆区分配内存，eg，用户进程的用户空间的malloc最终就会通过系统调用回调内核空间的内存分配函数，此时该内存分配函数就属于该用户进程，可以给在该用户进程的堆区分配空间并返回，最终使得一个用会进程在自己的用户空间获得内存分配;后者只在内核空间分配，所以用户进程不能直接访问该空间，所以多用在满足内核程序自身的内存需求，下面是linux内核空间申请内存常用api：
kmalloc - kfree
kmalloc申请的内存在物理内存上是连续的，他们与真实的物理地址只有一个固定的偏移，因此存在简单的转换关系。这个api多用来申请不到一个page大小的内存。kmalloc的底层需要调用__get_free_pages，参数中表示内存类型的gtp_t flags正是这个函数的缩写，常用的内存类型有gfp_user,gfp_kernel,gfp_atomic几种。
gfp_user表示为用户空间页分配内存，可以阻塞;
gfp_kernel是最常用的flag，注意，使用这个flag来申请内存时，如果暂时不能满足，会引起进程阻塞，so，一定不要在中断处理函数，tasklet和内核定时器等非进程上下文中使用gfp_kernel！！！
gfp_atomic就可以用于上述三种情境,这个flag表示如果申请的内存不能用，则立即返回。
/** * kmalloc - allocate memory * @size: how many bytes of memory are required. * @flags: the type of memory to allocate. * the @flags argument may be one of: * %gfp_user - allocate memory on behalf of user. may sleep. * %gfp_kernel - allocate normal kernel ram. may sleep. * %gfp_atomic - allocation will not sleep. may use emergency pools. * * for example, use this inside interrupt handlers. */void *kmalloc(size_t size, gfp_t flags);/** * kfree - free previously allocated memory * @objp: pointer returned by kmalloc. * if @objp is null, no operation is performed. */void kfree(const void *objp);
同系列api还有
void *kzalloc(size_t size, gfp_t flags)
__get_free_pages - free_pages
__get_free_pages()与kmalloc()一样是物理连续的内存，这一系列函数是linux内核中最底层的用于获取空闲内存的方法，因为底层的buddy算法都是以(2^n)×page_size来管理内存的，所以他们总是以页为单位分配内存的
unsigned long __get_free_pages(gfp_t gfp_mask, unsigned int order) void free_pages(unsigned long addr, unsigned int order)
同系列api还有
unsigned long __get_free_page(gfp_t gfp) unsigned long get_zeroed_page(gfp_t gfp_mask) struct page *alloc_pages(gfp_t gfp_mask, unsigned int order)
void free_page(unsigned long addr)
vmalloc - vfree
vmalloc在虚拟内存空间给出一块连续的内存区，实质上，这片连续的虚拟内存在物理内存中并不一定连续，所以vmalloc申请的虚拟内存和物理内存之间也就没有简单的换算关系，正因如此，vmalloc()通常用于分配远大于__get_free_pages()的内存空间，它的实现需要建立新的页表，此外还会调用使用gfp_kern的kmalloc，so，一定不要在中断处理函数，tasklet和内核定时器等非进程上下文中使用vmalloc！
/** * vmalloc - allocate virtually contiguous memory * @size: allocation size * allocate enough pages to cover @size from the page level allocator and map them into contiguous kernel virtual space. */void *vmalloc(unsigned long size) /** * vfree - release memory allocated by vmalloc() * @addr: memory base address */void vfree(const void *addr)
同系列的api还有
/** * vmalloc_32 - allocate virtually contiguous memory (32bit addressable) * @size: allocation size * allocate enough 32bit pa addressable pages to cover @size from the page level allocator and map them into contiguous kernel virtual space. */void *vmalloc_32(unsigned long size)
slab缓存
我们知道，页是内存映射的基本单位，但内核中很多频繁创建的对象所需内存都不到一页，此时如果仍然按照页映射的方式，频繁的进行分配和释放就会造成资源的浪费，同时也会降低系统性能。为了解决的这样的问题，内核引入了slab机制，使对象在前后两次被使用时被分配在同一块内存或同一类内存空间，且保留了基本的数据结构，就可以大大提高效率。kmalloc的底层即是使用slab算法管理分配的内存的。注意，slab依然是以页为单位进行映射，只是映射之后分割这些页为相同的更小的单元，从而节省了内存。slab分配的单元不能小于32b或大于128k。
/** * kmem_cache_create - 创建slab缓存对象 * @name:slab缓存区名字， * @size:slab分配的缓存区的每一个单元的大小 * @align:缓存区内存的对齐方式，一般给0 * @flags:控制分配的位掩码， * %slab_poison - poison the slab with a known test pattern (a5a5a5a5) to catch references to uninitialised memory. * %slab_red_zone - insert `red' zones around the allocated memory to check for buffer overruns. * %slab_hwcache_align - align the objects in this cache to a hardware cacheline. this can be beneficial if you're counting cycles as closely as davem. * %slab_cache_dma - use gfp_dma memory * %slab_store_user - store the last owner for bug hunting *define slab_panic - panic if kmem_cache_create() fails */struct kmem_cache *kmem_cache_create(const char *name, size_t size, size_t align,unsigned long flags, void (*ctor)(void *))/** * kmem_cache_alloc - allocate an object from this cache. * @cachep: the cache to allocate from. * @flags: see kmalloc(). * the flags are only relevant if the cache has no available objects. */void *kmem_cache_alloc(struct kmem_cache *cachep, gfp_t flags) /** * kmem_cache_free - deallocate an object * @cachep: the cache the allocation was from. * @objp: the previously allocated object. * free an object which was previously allocated from this cache. */void kmem_cache_free(struct kmem_cache *cachep, void *objp) void kmem_cache_destroy(struct kmem_cache *s)
范例
//创建slab对象struct kmem_cache_t *xj_sbcache;xj_sbcache = kmem_cache_create(xjslab,sizeof(struct xj_unit_t),0,slab_cache_dma|slab_panic，null,null);//分配slab缓存struct xj_unit_t *xj_unit;xj_unit = kmem_cache_alloc(xj_sbcache,gfp_kernel);/* 使用slab缓存 *//* 释放slab缓存 */kmem_cache_free(xj_sbcache, xj_unit);/* 销毁slab缓存 */kmem_cache_destroy(xj_sbcache);
内存池
除了slab机制，内核还提供了传统的内存池机制来管理小块内存的分配。内存池主要是用来解决可能出现的内存不足的情况，因为一个内存池在创建的时候就已经分配好了一内存，当我们用mempool_alloc向一个已经创建好的内存池申请申请内存时，该函数首先会尝试回调内存池创建时的分配内存函数，如果已经没有内存可以分配，他就会使用内存池创建时预先分配的内存，这样就可以避免因为无内存分配而陷入休眠，当然，如果预分配的内存也已经使用完毕，还是会陷入休眠。slab机制的目的是提高内存使用率以及内存管理效率，内存池的目的是避免内存的分配失败。下面是内核中提供的关于内存池的api
现场总线应用注意事项盘点
云计算服务或将成为一种主流技术
CAN总线收发器一致性测试方案
调压模块_什么是调压模块
华为荣耀畅玩7X发布会直播中：配置、性能、跑分、价格揭晓，荣耀畅玩7X发布会视频直播地址
Linux驱动技术之一：内存申请
滴滴再添新对手!腾讯投资的网约车OnTime本月将上线
你知道机器人的智能时代已经到来了吗？机器人如何走向市场应用?
艾为电子亮相小米产投&汽车部共创会
国芯思辰｜中微爱芯8位移位寄存器AiP74HC595替代SN74HC595用于数据串并转换器，功耗低至500mW
LG发布新款32寸以及34寸的显示器
现代布线入门级主力军——六类网线
英特尔重新夺回全球第一半导体厂商
NU514-台湾数能RGBW四通道LED驱动芯片IC的介绍
在8个行业应用领域中国移动产业研究院研发成果和整体解决方案
恒生电子加入欧拉开源社区 助力金融行业加速数字化转型
东风本田INSPIRE试驾途中断轴，轮胎脱落
德州仪器亮相第四届进博会，启用深圳全新自动化产品分拨中心，高效响应客户需求
华为新款智能手表参数曝光 有望和华为Mate20系列一同发布
无人智能配送车已从实验室走向现实生活？