Linux内核空间内存申请函数kmalloc、kzalloc、vmalloc的区别

本文介绍了在内核空间中使用kmalloc(), kzalloc() 和 vmalloc() 函数进行内存分配的方法及其区别,包括函数原型、使用场景及注意事项。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转自:https://blog.youkuaiyun.com/luckydarcy/article/details/51588902

  我们都知道在用户空间动态申请内存用的函数是 malloc(),这个函数在各种操作系统上的使用是一致的,对应的用户空间内存释放函数是 free()。注意:动态申请的内存使用完后必须要释放,否则会造成内存泄漏,如果内存泄漏发生在内核空间,则会造成系统崩溃。 
  那么,在内核空间中如何申请内存呢?一般我们会用到 kmalloc()、kzalloc()、vmalloc() 等,下面我们介绍一下这些函数的使用以及它们之间的区别。

kmalloc()

函数原型:

<span style="color:#000000"><code><span style="color:#000088">void</span> *kmalloc(size_t size, gfp_t flags);</code></span>
  • 1

  kmalloc() 申请的内存位于物理内存映射区域,而且在物理上也是连续的,它们与真实的物理地址只有一个固定的偏移,因为存在较简单的转换关系,所以对申请的内存大小有限制,不能超过128KB。 
   
较常用的 flags(分配内存的方法):

  • GFP_ATOMIC —— 分配内存的过程是一个原子过程,分配内存的过程不会被(高优先级进程或中断)打断;
  • GFP_KERNEL —— 正常分配内存;
  • GFP_DMA —— 给 DMA 控制器分配内存,需要使用该标志(DMA要求分配虚拟地址和物理地址连续)。

flags 的参考用法: 
 |– 进程上下文,可以睡眠     GFP_KERNEL 
 |– 进程上下文,不可以睡眠    GFP_ATOMIC 
 |  |– 中断处理程序       GFP_ATOMIC 
 |  |– 软中断          GFP_ATOMIC 
 |  |– Tasklet         GFP_ATOMIC 
 |– 用于DMA的内存,可以睡眠   GFP_DMA | GFP_KERNEL 
 |– 用于DMA的内存,不可以睡眠  GFP_DMA |GFP_ATOMIC 
   
对应的内存释放函数为:

<span style="color:#000000"><code><span style="color:#000088">void</span> kfree(<span style="color:#000088">const</span> <span style="color:#000088">void</span> *objp);</code></span>
  • 1
kzalloc()

  kzalloc() 函数与 kmalloc() 非常相似,参数及返回值是一样的,可以说是前者是后者的一个变种,因为 kzalloc() 实际上只是额外附加了 __GFP_ZERO 标志。所以它除了申请内核内存外,还会对申请到的内存内容清零。

<span style="color:#000000"><code><span style="color:#880000">/**
 * kzalloc - allocate memory. The memory is set to zero.
 *<span style="color:#4f4f4f"> @size</span>: how many bytes of memory are required.
 *<span style="color:#4f4f4f"> @flags</span>: the type of memory to allocate (see kmalloc).
 */</span>
<span style="color:#000088">static</span> inline <span style="color:#000088">void</span> *kzalloc(size_t size, gfp_t flags)
{
    <span style="color:#000088">return</span> kmalloc(size, flags | __GFP_ZERO);
}</code></span>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

kzalloc() 对应的内存释放函数也是 kfree()。

vmalloc()

函数原型:

<span style="color:#000000"><code><span style="color:#000088">void</span> *vmalloc(<span style="color:#000088">unsigned</span> <span style="color:#000088">long</span> size);</code></span>
  • 1

  vmalloc() 函数则会在虚拟内存空间给出一块连续的内存区,但这片连续的虚拟内存在物理内存中并不一定连续。由于 vmalloc() 没有保证申请到的是连续的物理内存,因此对申请的内存大小没有限制,如果需要申请较大的内存空间就需要用此函数了。

对应的内存释放函数为:

<span style="color:#000000"><code><span style="color:#000088">void</span> vfree(<span style="color:#000088">const</span> <span style="color:#000088">void</span> *addr);</code></span>
  • 1

注意:vmalloc() 和 vfree() 可以睡眠,因此不能从中断上下文调用。 
  

总结

kmalloc()、kzalloc()、vmalloc() 的共同特点是:

  1. 用于申请内核空间的内存;
  2. 内存以字节为单位进行分配;
  3. 所分配的内存虚拟地址上连续;

kmalloc()、kzalloc()、vmalloc() 的区别是:

  1. kzalloc 是强制清零的 kmalloc 操作;(以下描述不区分 kmalloc 和 kzalloc)
  2. kmalloc 分配的内存大小有限制(128KB),而 vmalloc 没有限制;
  3. kmalloc 可以保证分配的内存物理地址是连续的,但是 vmalloc 不能保证;
  4. kmalloc 分配内存的过程可以是原子过程(使用 GFP_ATOMIC),而 vmalloc 分配内存时则可能产生阻塞;
  5. kmalloc 分配内存的开销小,因此 kmalloc 比 vmalloc 要快;

一般情况下,内存只有在要被 DMA 访问的时候才需要物理上连续,但为了性能上的考虑,内核中一般使用 kmalloc(),而只有在需要获得大块内存时才使用 vmalloc()。例如,当模块被动态加载到内核当中时,就把模块装载到由 vmalloc() 分配的内存上。

版权声明:开心源自分享,快乐源于生活 —— 分享技术,传递快乐。转载文章请注明出处,谢谢!

<think>嗯,用户想了解Linux内核kzallockmalloc和zmalloc的区别和使用场景。这个问题涉及内核内存管理的核心机制,需要从实现原理和实际应用两个层面分析。 用户可能是内核开发者或系统程序员,正在调试内存相关的问题。ta特意提到三个容易混淆的函数,说明可能遇到了内存初始化或性能问题。需要特别注意zmalloc在内核中的特殊性——它其实不是原生API。先拆解kmalloc:这是最基础的内存分配器,源于Slab/Slub分配机制。它只分配不初始化,返回的是void指针。用户需要知道flags参数的重要性,比如GFP_KERNEL允许睡眠而GFP_ATOMIC用于中断上下文。这要强调内存对齐特性,比如ARM64架构下默认16字节对齐。 kzalloc本质是kmalloc的封装版,关键区别在于初始化。它通过memset清零内存,这对安全敏感的驱动初始化特别有用。但要注意性能损耗——清零大块内存可能触发cache刷新。用户如果开发字符设备驱动,kzalloc能避免泄漏上次使用的数据。 zmalloc是个陷阱函数Linux内核根本没有这个API。用户可能混淆了用户空间的zmalloc(比如glibc)或某些旧版驱动私有实现。必须明确告知这一点,避免误用。使用场景对比需要结合实例:比如网络驱动收包时用kmalloc快速分配skb,而加密模块必须用kzalloc防止密钥残留。性能方面,中断处理路径优先选kmalloc+手动初始化,因为kzalloc可能调用睡眠函数。 突然想到用户可能被Android源码误导,某些厂商内核确实自定义了zmalloc。需要补充说明:若在内核代码看到zmalloc,务必检查是否为自定义宏。最后要提醒内存泄漏检测工具的使用,比如kmemleak对kzalloc分配的追踪方式不同。</think>以下是Linux内核内存分配函数`kzalloc`、`kmalloc`与`zmalloc`的详细对比及使用场景分析: --- ### **1. kmalloc** - **功能**:分配**未初始化**的物理连续内存块 - **函数原型**: ```c void *kmalloc(size_t size, gfp_t flags); ``` - **特点**: - 分配**物理地址连续**的内存(对DMA操作关键) - 内存内容**未初始化**(可能包含随机数据) - 支持多种内存分配标志(`GFP_KERNEL`, `GFP_ATOMIC`等) - **使用场景**: - 需要物理连续内存的驱动(如DMA缓冲区) - 性能敏感路径(避免清零开销) - 需手动初始化的临时数据结构 ```c // 示例:分配未初始化缓冲区 char *buf = kmalloc(1024, GFP_KERNEL); if (!buf) return -ENOMEM; memset(buf, 0, 1024); // 手动初始化 ``` --- ### **2. kzalloc** - **功能**:分配**已清零**的物理连续内存 - **本质**:`kmalloc` + `memset`的封装 - **函数原型**: ```c void *kzalloc(size_t size, gfp_t flags); ``` - **特点**: - 返回**零初始化**的内存(所有字节设为`0x00`) - 保证物理地址连续性 - **使用场景**: - 安全敏感场景(防止未初始化数据泄漏) - 结构体/数组初始化(避免随机值导致逻辑错误) - 驱动初始化(如设备状态结构体) ```c // 示例:安全初始化设备结构体 struct device *dev = kzalloc(sizeof(*dev), GFP_KERNEL); ``` --- ### **3. zmalloc(特别注意!)** - **关键事实**: **Linux内核原生API中不存在`zmalloc`函数!** 此名称可能源于以下混淆: 1. **用户空间库**(如glibc的`zmalloc`) 2. **第三方内核模块自定义实现**(非标准API) 3. **历史代码或误用**(如旧版驱动私有实现) --- ### **对比总结** | **函数** | 物理连续 | 内存初始化 | 内核标准API | 典型用途 | |------------|----------|------------|-------------|------------------------------| | `kmalloc` | ✅ | ❌ | ✅ | DMA缓冲区、性能敏感路径 | | `kzalloc` | ✅ | ✅(清零) | ✅ | 安全初始化、数据结构零填充 | | `zmalloc` | ❌ | ❌ | ❌ | **内核中不存在此标准函数** | --- ### **使用场景深度解析** 1. **`kmalloc`适用场景** - **DMA传输**:硬件要求物理连续内存(如网卡驱动收发包缓冲区) - **中断上下文**:配合`GFP_ATOMIC`标志分配(不可睡眠) - **高频小内存分配**:Slab分配器优化小对象性能 2. **`kzalloc`适用场景** - **密码学模块**:密钥缓冲区必须清零防泄漏 - **驱动探测函数**:初始化设备状态结构体(避免残留数据) - **安全敏感数据**:用户凭证、权限标识等 3. **关于`zmalloc`的澄清** 若在内核代码中看到`zmalloc`,通常是以下情况: - **自定义封装**:开发者实现的`kzalloc`别名(需检查代码定义) - **移植代码错误**:从用户空间误移植的库函数 ```c // 错误示例:非标准用法 // 正确做法应替换为kzallockmalloc+memset void *ptr = zmalloc(100); ``` --- ### **性能与安全权衡** - **清零开销**: `kzalloc`比`kmalloc`多一次`memset`操作,分配大内存时(>4KB)需注意性能影响[^1]。 - **内存连续性**: 需物理连续时**不可用`vmalloc`**(仅虚拟连续),尤其对DMA设备[^2]。 - **初始化必要性**: 敏感数据必须用`kzalloc`,临时缓冲区可先用`kmalloc`再局部初始化。 --- ### **最佳实践建议** 1. 优先用`kzalloc`除非有明确性能需求 2. 中断上下文使用`GFP_ATOMIC`标志(不可用睡眠标志) 3. 检查分配结果:`if (!ptr) handle_oom();` 4. 大内存(>4MB)考虑`vmalloc`(但牺牲物理连续性和访问速度) > ⚠️ 关键提醒:**内核开发中切勿直接使用`zmalloc`**,除非明确其为当前项目的自定义函数。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值