mmap基础

转自认真分析mmap:是什么 为什么 怎么用 - 胡潇 - 博客园

原文更加全面专业,建议看原文

1、概念

mmap是一种内存映射文件的方法,即将一个文件或者其它对象映射到进程的地址空间,实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对映关系。实现这样的映射关系后,进程就可以采用指针的方式读写操作这一段内存,而系统会自动回写脏页面到对应的文件磁盘上,即完成了对文件的操作而不必再调用read,write等系统调用函数。相反,内核空间对这段区域的修改也直接反映用户空间,从而可以实现不同进程间的文件共享。如下图所示:

由上图可以看出,进程的虚拟地址空间,由多个虚拟内存区域构成。虚拟内存区域是进程的虚拟地址空间中的一个同质区间,即具有同样特性的连续地址范围。上图中所示的text数据段(代码段)、初始数据段、BSS数据段、堆、栈和内存映射,都是一个独立的虚拟内存区域。而为内存映射服务的地址空间处在堆栈之间的空余部分。

linux内核使用vm_area_struct结构来表示一个独立的虚拟内存区域,由于每个不同质的虚拟内存区域功能和内部机制都不同,因此一个进程使用多个vm_area_struct结构来分别表示不同类型的虚拟内存区域。各个vm_area_struct结构使用链表或者树形结构链接,方便进程快速访问,如下图所示:

vm_area_struct结构中包含区域起始和终止地址以及其他相关信息,同时也包含一个vm_ops指针,其内部可引出所有针对这个区域可以使用的系统调用函数。这样,进程对某一虚拟内存区域的任何操作需要用要的信息,都可以从vm_area_struct中获得。mmap函数就是要创建一个新的vm_area_struct结构,并将其与文件的物理磁盘地址相连。具体步骤请看下一节

2、mmap内存映射原理

mmap内存映射的实现过程,总的来说可以分为三个阶段:

(一)进程启动映射过程,并在虚拟地址空间中为映射创建虚拟映射区域

1、进程在用户空间调用库函数mmap,原型:void *mmap(void *start, size_t length, int prot, int flags, int fd, off_t offset);

2、在当前进程的虚拟地址空间中,寻找一段空闲的满足要求的连续的虚拟地址

3、为此虚拟区分配一个vm_area_struct结构,接着对这个结构的各个域进行了初始化

4、将新建的虚拟区结构(vm_area_struct)插入进程的虚拟地址区域链表或树中

(二)调用内核空间的系统调用函数mmap(不同于用户空间函数),实现文件物理地址和进程虚拟地址的一一映射关系

5、为映射分配了新的虚拟地址区域后,通过待映射的文件指针,在文件描述符表中找到对应的文件描述符,通过文件描述符,链接到内核“已打开文件集”中该文件的文件结构体(struct file),每个文件结构体维护着和这个已打开文件相关各项信息。

6、通过该文件的文件结构体,链接到file_operations模块,调用内核函数mmap,其原型为:int mmap(struct file *filp, struct vm_area_struct *vma),不同于用户空间库函数。

7、内核mmap函数通过虚拟文件系统inode模块定位到文件磁盘物理地址。

8、通过remap_pfn_range函数建立页表,即实现了文件地址和虚拟地址区域的映射关系。此时,这片虚拟地址并没有任何数据关联到主存中。

(三)进程发起对这片映射空间的访问,引发缺页异常,实现文件内容到物理内存(主存)的拷贝

注:前两个阶段仅在于创建虚拟区间并完成地址映射,但是并没有将任何文件数据的拷贝至主存。真正的文件读取是当进程发起读或写操作时。

9、进程的读或写操作访问虚拟地址空间这一段映射地址,通过查询页表,发现这一段地址并不在物理页面上。因为目前只建立了地址映射,真正的硬盘数据还没有拷贝到内存中,因此引发缺页异常。

10、缺页异常进行一系列判断,确定无非法操作后,内核发起请求调页过程。

11、调页过程先在交换缓存空间(swap cache)中寻找需要访问的内存页,如果没有则调用nopage函数把所缺的页从磁盘装入到主存中。

12、之后进程即可对这片主存进行读或者写的操作,如果写操作改变了其内容,一定时间后系统会自动回写脏页面到对应磁盘地址,也即完成了写入到文件的过程。

注:修改过的脏页面并不会立即更新回文件中,而是有一段时间的延迟,可以调用msync()来强制同步, 这样所写的内容就能立即保存到文件里了。

3、mmap和常规文件操作的区别

对linux文件系统不了解的朋友,请博文《从内核文件系统看文件读写过程》,我们首先简单的回顾一下常规文件系统操作(调用read/fread等类函数)中,函数的调用过程:

1、进程发起读文件请求。

2、内核通过查找进程文件符表,定位到内核已打开文件集上的文件信息,从而找到此文件的inode。

3、inode在address_space上查找要请求的文件页是否已经缓存在页缓存中。如果存在,则直接返回这片文件页的内容。

4、如果不存在,则通过inode定位到文件磁盘地址,将数据从磁盘复制到页缓存。之后再次发起读页面过程,进而将页缓存中的数据发给用户进程。

总结来说,常规文件操作为了提高读写效率和保护磁盘,使用了页缓存机制。这样造成读文件时需要先将文件页从磁盘拷贝到页缓存中,由于页缓存处在内核空间,不能被用户进程直接寻址,所以还需要将页缓存中数据页再次拷贝到内存对应的用户空间中。这样,通过了两次数据拷贝过程,才能完成进程对文件内容的获取任务。写操作也是一样,待写入的buffer在内核空间不能直接访问,必须要先拷贝至内核空间对应的主存,再写回磁盘中(延迟写回),也是需要两次数据拷贝。

而使用mmap操作文件中,创建新的虚拟内存区域和建立文件磁盘地址和虚拟内存区域映射这两步,没有任何文件拷贝操作。而之后访问数据时发现内存中并无数据而发起的缺页异常过程,可以通过已经建立好的映射关系,只使用一次数据拷贝,就从磁盘中将数据传入内存的用户空间中,供进程使用。

总而言之,常规文件操作需要从磁盘到页缓存再到用户主存的两次数据拷贝。而mmap操控文件,只需要从磁盘到用户主存的一次数据拷贝过程。说白了,mmap的关键点是实现了用户空间和内核空间的数据直接交互而省去了空间不同数据不通的繁琐过程。因此mmap效率更高。

4、mmap优点总结

由上文讨论可知,mmap优点共有一下几点:

1、对文件的读取操作跨过了页缓存,减少了数据的拷贝次数,用内存读写取代I/O读写,提高了文件读取效率。

2、实现了用户空间和内核空间的高效交互方式。两空间的各自修改操作可以直接反映在映射的区域内,从而被对方空间及时捕捉。

3、提供进程间共享内存及相互通信的方式。不管是父子进程还是无亲缘关系的进程,都可以将自身用户空间映射到同一个文件或匿名映射到同一片区域。从而通过各自对映射区域的改动,达到进程间通信和进程间共享的目的。

     同时,如果进程A和进程B都映射了区域C,当A第一次读取C时通过缺页从磁盘复制文件页到内存中;但当B再读C的相同页面时,虽然也会产生缺页异常,但是不再需要从磁盘中复制文件过来,而可直接使用已经保存在内存中的文件数据。

4、可用于实现高效的大规模数据传输。内存空间不足,是制约大数据操作的一个方面,解决方案往往是借助硬盘空间协助操作,补充内存的不足。但是进一步会造成大量的文件I/O操作,极大影响效率。这个问题可以通过mmap映射很好的解决。换句话说,但凡是需要用磁盘空间代替内存的时候,mmap都可以发挥其功效。

<think>Hmm, the user initially asked about the Critical Ops app package name, and I gave a detailed breakdown. Now they suddenly pivot to "mmap测试应用" with a very technical follow-up. Interesting shift from gaming to system programming. Let me unpack this: The query mentions "参考站内引用" but clarifies it's not the real need, emphasizing to focus on their latest question. So despite the system instructions about citations, the core ask is purely about mmap testing tools. Smart of them to specify that - shows technical awareness. The user seems to be either: - A developer working on low-level systems - Or someone debugging memory-mapped file performance Given the abrupt topic change, they might have been testing games like Critical Ops initially but hit a technical roadblock requiring mmap analysis. Their terseness suggests urgency. Ah, and they included strict LaTeX formatting rules - definitely engineering context. For "mmap测试应用", I should prioritize: 1. Concrete Linux tools (pmap, mmap_test) over conceptual explanations 2. Actual command examples showing /proc/pid/maps parsing 3. Performance metrics like $ \text{延迟} = \frac{T_{\text{总}}}{N} $ 4. Real-world use cases (since they referenced gaming earlier, maybe mention texture loading) ...Better emphasize the difference between POSIX mmap() and Windows-equivalent tools though - that's a common pain point. And flag memory leak risks when testing improperly. </think>您询问的 **mmap测试应用** 主要涉及内存映射(Memory-Mapping)技术的性能评估工具,以下是系统级解析: --- ### 一、mmap 核心概念 **内存映射mmap)** 是将文件或设备直接映射进程虚拟地址空间的技术,通过指针操作文件数据,避免频繁的 `read/write` 系统调用。其核心优势包括: 1. **高性能数据传输**:减少用户态与内核态上下文切换 2. **零拷贝优化**:文件数据直接载入物理内存,无需缓冲区复制 3. **共享内存**:多进程可通过映射同一文件现高效通信 数学表达映射过程: $$ \text{虚拟地址} \xrightarrow{\text{页表映射}} \text{物理地址} \xrightarrow{\text{文件缓存}} \text{磁盘数据} $$ --- ### 二、常用测试工具及方法 #### 1. **标准基准测试工具** | 工具 | 测试目标 | 关键指标 | |----------------|----------------------------|----------------------------------| | **`iozone`** | 文件I/O与mmap对比 | 吞吐量 (MB/s)、延迟 (μs) | | **`pmap`** | 进程内存映射分析 | 映射区域大小、权限标志 | | **`mmap_test`**| 自定义压力测试 | 缺页中断次数、TLB命中率 | #### 2. 关键测试场景 ```python # 示例:mmap 基础性能测试代码(Linux) import mmap with open("test.bin", "r+b") as f: # 创建内存映射 mm = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_WRITE) # 随机访问测试 start = time.time() for i in range(0, len(mm), 4096): # 按页访问 mm[i] = b'\xff' # 写入数据 latency = (time.time() - start) * 1e6 / (len(mm)//4096) print(f"单页平均延迟: ${latency:.2f} \mu s$") ``` #### 3. 性能评估维度 - **映射效率** $$ \eta = \frac{T_{\text{read/write}}}{T_{\text{mmap}}}} $$ - **缺页中断成本**:测试冷启动时处理页错误的开销 - **同步开销**:`msync()` 强制刷盘延迟测试 --- ### 三、典型应用场景 1. **数据库系统** SQLite/Redis 使用 mmap 现持久化内存(如 Redis 的 **`--mmap`** 模式)[^1] 2. **高性能计算** 科学计算框架(如 NumPy)通过 mmap 加速大矩阵操作 3. **安全攻防** 检测恶意进程的隐蔽内存映射(如 `/dev/mem` 非法访问) ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值