系统内存管理¶
一、 Windows内存管理¶
参考链接:
Windows使用虚拟内存系统,每个进程都有自己独立的虚拟地址空间。在32位系统中,虚拟地址空间通常为4GB(232字节),其中一部分为用户空间,一部分为内核空间。在64位系统中,虚拟地址空间非常大(264字节),但实际使用的只是其中一部分。
1.1 Windows内存管理主要涉及以下几个概念:¶
- 物理内存:插在电脑主板上的内存条。是固定的,内存条的容量有多大,内存就有多大。
- 虚拟内存:每个进程的虚拟地址空间被划分成多个大小相同的块,称为页面(通常为4KB)。操作系统通过页面映射将虚拟地址映射到物理内存或磁盘上的页面文件。虚拟内存实际就是在硬盘上划分一块页面文件,充当内存。当程序在运行时,有一部分资源还没有用上或者同时打开几个程序却只操作其中一个程序时,系统没必要将程序所有的资源都塞在物理内存中,于是,系统将这些暂时不用的资源放在虚拟内存上,等到需要时在调出来用。
- 物理地址:用于内存芯片级的单元寻址,与处理器和CPU连接的地址总线相对应,抛开对物理内存寻址方式的考虑,可以把物理地址看做物理内存上的地址。
- 逻辑地址:由程序产生的与段相关的偏移地址部分。简单的理解,可以认为我们在程序中使用的地址,实际上是一个偏移量。
- 堆管理:Windows为每个进程提供一个默认堆,并且允许创建额外的堆。堆管理器负责管理堆内的内存分配和释放。当应用程序调用malloc(C运行时库函数)时,malloc可能会从进程的堆中分配内存。
- malloc的实现:在Windows下,malloc通常是C运行时库(CRT)的一部分。CRT的malloc函数会调用Windows的堆管理函数(如HeapAlloc)来分配内存。分配的内存来自进程的堆(默认堆或特定堆)。
- 提交和保留:Windows虚拟内存管理中有两个状态:保留(reserved)和提交(committed)。保留地址空间只是预留一段地址范围,并不分配物理内存或页面文件空间。提交则是将保留的地址空间与物理内存或页面文件关联起来。
- 页面文件:当物理内存不足时,Windows会将不常用的内存页面写入磁盘上的页面文件,以释放物理内存。
| C | |
|---|---|
1.2 Windows内存查看¶
使用资源管理器,或者在cmd中输入:systeminfo

- 使用中: 当前正在被操作系统、驱动程序、和所有正在运行的程序(进程)使用的物理内存量
- 可用:直接可供程序使用的物理内存。它包括真正的**空闲内存(Free)和**备用内存(Standby)。
- 已提交:所有进程已承诺(申请)使用的虚拟内存总量。它等于**“正在使用”的物理内存+存储在页面文件中的内存**。
- 已缓存:操作系统为了提升性能而保留的物理内存。它主要就是由**备用内存(Standby)构成,此外还包括**修改后的内存(Modified)(即将被写入硬盘的数据)
- 分页缓冲池:这是操作系统内核和设备驱动程序使用的内存区域。
二、Linux内存管理¶
2.1 Linux的内存管理要点¶
Linux同样使用虚拟内存管理,每个进程有独立的虚拟地址空间。Linux的内存管理包括以下要点:
- 虚拟内存:Linux使用分页机制,将虚拟地址映射到物理内存。页面大小通常为4KB(也可以使用大页,如2MB或1GB)。
- 堆管理:在Linux中,进程的堆通常是一个可动态扩展的内存区域。堆的当前边界由program break位置决定,通过brk和sbrk系统调用来调整。但是,现代的内存分配器(如ptmalloc)往往使用多种方式分配内存,对于大块内存使用mmap系统调用,而对于小块内存则使用brk扩展的堆区域。
- malloc的实现:在Linux中,malloc是C库(通常是glibc)的一部分。glibc中的malloc实现(ptmalloc)会根据分配的大小采取不同的策略:
- 对于小块内存(一般小于128KB),ptmalloc会在堆区中分配,通过调整program break来扩展堆,或者利用已经释放的内存块。
- 对于大块内存(通常大于128KB),ptmalloc会使用mmap系统调用分配一块独立的内存区域,这样在释放时可以直接归还给操作系统。
- 内存映射:mmap系统调用可以将文件或设备映射到内存,也可以用于分配匿名内存(不关联文件),这种内存通常用于大块内存分配。
- 交换空间:当物理内存不足时,Linux会将不常用的内存页面换出到交换分区(swap partition)或交换文件(swap file)中
| C | |
|---|---|
2.2 linux内存查看¶
在Linux系统中,有多种命令可以帮助你查看内存状态,它们各有侧重。下面这个表格汇总了常用的内存查看命令和它们的主要用途:
| 命令/文件 📝 | 主要功能🎯 | 常用示例 🔍 |
|---|---|---|
free |
快速查看**系统整体**内存和交换空间使用情况,简单直观。 | free -h |
top / htop |
**实时动态**显示系统资源使用情况,包括内存,可查看**进程级**内存占用。 | top 或 htop |
vmstat |
报告进程、内存、分页、块IO、陷阱和CPU活动等**系统综合信息**。 | vmstat 或 vmstat -s |
ps |
查看**特定进程**的内存使用情况。 | ps aux --sort=-%mem 或 ps aux --sort rss |
/proc/meminfo |
通过文件查看**非常详细**的系统内存统计数据,是许多命令的数据来源。 | cat /proc/meminfo |
lsmem |
列出系统可用内存范围及其在线状态。 | lsmem |
三、Window和Linux的内存使用¶
3.1 malloc¶

flowchart TD
subgraph app [应用层]
A1[应用程序/Windows] --> B1[malloc <span>size</span>]
A2[应用程序/Linux] --> B2[malloc <span>size</span>]
end
subgraph crt [CRT层/glibc层]
B1-->C1
C1[CRT内存分配器]
D1{大小判断}
E1[HeapAlloc]
C1 --> D1
D1 -->|小内存 <512KB| E1
D1 -->|大内存 ≥512KB| F1
B2 --> C2[glibc ptmalloc]
C2 --> D2{大小判断}
D2 -->|≤64B| E2[fastbin]
D2 -->|small| F2[smallbin]
D2 -->|large| G2[largebin]
D2 -->|≥128KB| H2[mmap]
end
subgraph sys [系统层]
F1[VirtualAlloc]
G1[进程堆管理<br/>- LFH优化<br/>- 堆块分配]
H1[虚拟内存管理<br/>- 保留地址空间<br/>- 提交物理页]
I1[返回虚拟地址指针]
F1 --> H1
E1 --> G1
G1 --> I1
H1 --> I1
E2 --> I2[brk扩展堆<br/>移动program break]
F2 --> I2
G2 --> I2
H2 --> J2[mmap系统调用<br/>创建内存映射<br/>匿名映射]
I2 --> K2[返回虚拟地址指针]
J2 --> K2
end
Windows和Linux下Malloc时,内存的管理,系统层返回的是虚拟地址的指针,系统内存管理虚拟内存和物理内存之间存在映射关系。这个时候,物理内存还没有分配,只有在内存使用的时候,才会分配物理帧
3.2 应用程序访问内存¶
flowchart TD
subgraph Windows [Windows]
direction TB
A1[应用程序访问内存] --> B1[CPU生成虚拟地址]
B1 --> C1[内存管理单元MMU<br/>页表查找]
C1 --> D1[页表项PTE状态]
D1 --> E1{状态判断}
E1 -->|页在内存| F1[正常继续执行]
E1 -->|页不在内存<br/>缺页异常| G1[缺页异常处理]
E1 -->|页未提交<br/>访问违规| H1[访问违规错误]
H1 --> I1
G1 --> I1[从磁盘加载页<br/>或分配物理页]
I1 --> J1[更新页表项]
J1 --> K1[重新执行指令]
end
subgraph Linux [Linux]
direction TB
A2[应用程序访问内存] --> B2[CPU生成虚拟地址]
B2 --> C2[内存管理单元MMU<br/>多级页表查找]
C2 --> D2[页表项PTE状态]
D2 --> E2{状态判断}
E2 -->|页在内存| F2[正常继续执行]
E2 -->|页不在内存<br/>缺页异常| G2[缺页异常处理]
E2 -->|零页或<br/>Copy-on-Write| H2[按需分页]
G2 --> I2[分配物理帧<br/>零初始化]
H2 --> I2
I2 --> J2[更新页表项]
J2 --> K2[重新执行指令]
end
- Windows
- 分配的内存初始为保留(reserved)或提交(committed)状态。
- 首次访问时,如果页面尚未提交,会触发缺页异常,系统将物理内存映射到虚拟地址。
- Linux
- 分配的内存初始是虚拟的,首次访问时触发缺页异常,系统分配物理页面。
stateDiagram-v2
Windows --> 空闲状态
空闲状态 --> 保留状态: VirtualAlloc<br/><a/><b/>MEM_RESERVE
保留状态 --> 提交状态: VirtualAlloc<br/><a/><b/>MEM_COMMIT
提交状态 --> 空闲状态: VirtualFree<br/><a/><b/>MEM_RELEASE
空闲状态 --> 提交状态: 首次访问/缺页异常
Linux --> 未映射状态
未映射状态 --> 已映射状态: brk/mmap
已映射状态 --> 已分配状态: 首次访问/缺页异常
已分配状态 --> 未映射状态: munmap/brk
3.3 free¶
flowchart TD
subgraph app [应用层]
A1[应用程序] --> B1[free<span>ptr</span>]
A2[应用程序] --> B2[free<span>ptr</span>]
end
subgraph crt [CRT层/glibc层]
B1 --> C1[CRT内存释放器<br/>判断内存类型]
C1 --> D1{内存类型}
D1 -->|小内存| E1[HeapFree]
D1 -->|大内存| F1[VirtualFree]
B2 --> C2[glibc ptmalloc<br/>判断chunk类型]
C2 --> D2{分配类型}
D2 -->|bin回收| E2[返回bin池<br/>- fastbin<br/>- smallbin<br/>- largebin]
D2 -->|mmap分配| F2[munmap释放<br/>直接解除映射<br/>返回给系统]
end
subgraph sys [系统层]
E1 --> G1[返回堆空闲列表<br/>可能合并相邻块]
F1 --> H1[释放虚拟地址空间<br/>解除物理页映射]
F2 --> G2
E2 --> G2[可能的合并操作<br/>前后空闲块]
G2 --> H2[top chunk<br/>可能brk收缩]
end
实际上这里,在系统层,物理内存也不一定是立即释放,只是解除了虚拟地址空间和物理内存的映射
3.4 系统架构对比¶
Windows内存架构组件¶
graph TB
A[Windows内存架构] --> B[进程堆]
A --> C[低碎片堆LFH]
A --> D[堆压缩]
A --> E[工作集管理器]
B --> B1[默认堆]
B --> B2[私有堆]
E --> E1[物理内存管理]
E --> E2[页面文件管理]
Linux内存架构组件¶
graph TB
A[Linux内存架构] --> B[Arena分配域]
A --> C[Bins空闲链表]
A --> D[mmap区域]
A --> E[页缓存]
B --> B1[per-thread arena]
B --> B2[main arena]
C --> C1[fastbins]
C --> C2[smallbins]
C --> C3[largebins]
共同组件对比¶
graph LR
subgraph Windows
A1[MMU]
A2[页表]
A3[TLB]
A4[缺页处理]
end
subgraph Linux
B1[MMU]
B2[页表]
B3[TLB]
B4[缺页处理]
end
A1 -.-> B1
A2 -.-> B2
A3 -.-> B3
A4 -.-> B4
3.5 完整的分配--使用--释放生命周期¶
flowchart TD
A[应用程序] --> B[分配阶段]
B --> C[malloc]
C --> D[使用阶段]
D --> E[内存访问]
E --> F[释放阶段]
F --> G[free]
subgraph B [分配阶段]
direction TB
subgraph Windows1 [Windows]
direction TB
WH[CRT分配器] --> WI{大小判断}
WI -->|小内存| WJ[HeapAlloc]
WI -->|大内存| WK[VirtualAlloc]
end
subgraph Linux1 [Linux]
direction TB
LH[ptmalloc] --> LI{大小判断}
LI -->|小内存| LJ[fast/small bin]
LI -->|中内存| LK[large bin]
LI -->|大内存| LL[mmap]
end
end
subgraph D [使用阶段]
direction TB
subgraph Windows2 [Windows]
direction TB
WL[虚拟地址访问] --> WM[MMU转换]
WM --> WN{页状态}
WN -->|已提交| WO[正常访问]
WN -->|未提交| WP[缺页异常]
WP --> WQ[分配物理页]
end
subgraph Linux2 [Linux]
direction TB
LM[虚拟地址访问] --> LN[MMU转换]
LN --> LO{页状态}
LO -->|已映射| LP[正常访问]
LO -->|未映射| LQ[缺页异常]
LQ --> LR[按需分页]
end
end
subgraph F [释放阶段]
direction TB
subgraph Windows3 [Windows]
direction TB
WR[CRT释放器] --> WS{内存类型}
WS -->|小内存| WT[HeapFree]
WS -->|大内存| WU[VirtualFree]
end
subgraph Linux3 [Linux]
direction TB
LS[ptmalloc] --> LT{分配类型}
LT -->|bin内存| LU[返回bin池]
LT -->|mmap内存| LV[munmap]
end
end
四、Windows和Linux虚拟内存与物理内存释放时机对比¶
4.1. Windows内存释放时机¶
虚拟内存释放时机¶
| C | |
|---|---|
Windows虚拟内存释放场景:
- 立即释放: MEM_RELEASE 参数立即释放整个保留的虚拟地址区域
- 延迟释放: 进程退出时自动释放所有虚拟地址空间
- 部分释放: MEM_DECOMMIT 只释放物理内存提交,保留虚拟地址保留
物理内存释放时机¶
Windows物理内存释放时机:
- 立即释放: MEM_DECOMMIT 立即将物理页标记为可用
- 工作集修剪: 系统内存压力大时自动从工作集移除物理页
- 进程退出: 进程终止时立即释放所有物理内存
- 页面文件: 修改的页面可能先写入页面文件再释放物理内存
4.2. Linux内存释放时机¶
虚拟内存释放时机¶
| C | |
|---|---|
Linux虚拟内存释放场景:
- 立即释放: munmap 立即从页表移除映射,虚拟地址空间立即可重用
- 堆收缩: brk 系统调用收缩program break释放堆顶虚拟空间
- 进程退出: 进程终止时立即释放整个虚拟地址空间
物理内存释放时机¶
Linux物理内存释放时机:
- 延迟释放: munmap 后物理页可能保持在页面缓存中
- 内存压力释放: 当系统内存不足时通过kswapd回收
- 主动释放: madvise(MADV_DONTNEED) 立即释放物理页
- 进程退出: 进程终止时立即释放所有私有物理内存
4.3. 关键差异对比表¶
| 释放类型 | Windows时机 | Linux时机 |
|---|---|---|
| 虚拟内存立即释放 | VirtualFree(ptr, 0, MEM_RELEASE) |
munmap(ptr, size) |
| 虚拟内存部分释放 | VirtualFree(ptr, size, MEM_DECOMMIT) |
brk收缩堆 |
| 物理内存立即释放 | MEM_DECOMMIT立即标记可用 |
madvise(MADV_DONTNEED) |
| 物理内存延迟释放 | 工作集自动管理 | munmap后可能延迟到内存压力 |
| 共享内存释放 | 引用计数为0时释放 | 所有进程munmap后释放 |
| 进程退出释放 | 立即完全释放 | 立即完全释放 |
4.4. 实际内存监控示例¶
Windows内存状态监控¶
Linux内存状态监控¶
| C | |
|---|---|
4.5. 内存释放策略建议¶
Windows优化建议¶
| C | |
|---|---|