mirror of
https://github.com/kaka111222333/kaka111222333.github.io.git
synced 2025-12-17 15:25:10 +08:00
update linux mem manger
This commit is contained in:
1
_posts/linux/linux工具系列/02/Linux_memory_mgr.drawio
Normal file
1
_posts/linux/linux工具系列/02/Linux_memory_mgr.drawio
Normal file
File diff suppressed because one or more lines are too long
Binary file not shown.
|
Before Width: | Height: | Size: 51 KiB After Width: | Height: | Size: 42 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 57 KiB After Width: | Height: | Size: 47 KiB |
@@ -1,10 +1,12 @@
|
||||
今天来带大家研究一下` Linux `内存管理。对于精通 `CURD` 的业务同学,内存管理好像离我们很远,但这个知识点虽然冷门(估计很多人学完根本就没机会用上)但绝对是基础中的基础,这就像武侠中的内功修炼,学完之后看不到立竿见影的效果,但对你日后的开发工作是大有裨益的,因为你站的更高了。
|
||||
|
||||
**文中所有示例图都是我亲手画的,画图比码字还费时间,但是看图理解比文字更直观,需要高清示例图片的同学,文末有获取方式自取。**
|
||||
|
||||
再功利点的说,面试的时候不经意间透露你懂这方面知识,并且能说出个一二三来,也许能让面试官对你更有兴趣,离升职加薪,走上人生巅峰又近了一步。
|
||||
|
||||

|
||||

|
||||
|
||||
前提约定:本文讨论技术内容前提是,操作系统环境都是 `x86`架构的 32 位 ` Linux `系统。
|
||||
前提约定:本文讨论技术内容前提,操作系统环境都是 `x86`架构的 32 位 ` Linux `系统。
|
||||
|
||||
## 虚拟地址
|
||||
|
||||
@@ -12,6 +14,10 @@
|
||||
|
||||
进程初始化分配和操作的都是基于这个「虚拟地址」,只有当进程需要实际访问内存资源的时候才会建立虚拟地址和物理地址的映射,调入物理内存页。
|
||||
|
||||
打个不是很恰当的比方。这个原理其实和现在的某某网盘一样,假如你的网盘空间是` 1TB `,真以为就一口气给了你这么大空间吗?那还是太年轻,都是在你往里面放东西的时候才给你分配空间,你放多少就分多少实际空间给你,但你和你朋友看起来就像大家都拥有` 1TB `空间一样。
|
||||
|
||||

|
||||
|
||||
### 虚拟地址的好处
|
||||
|
||||
- 避免用户直接访问物理内存地址,防止一些破坏性操作,保护操作系统
|
||||
@@ -19,7 +25,8 @@
|
||||
|
||||
`4GB` 的进程虚拟地址空间被分成两部分:「用户空间」和「内核空间」
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
## 物理地址
|
||||
|
||||
@@ -27,13 +34,14 @@
|
||||
|
||||
把虚拟地址转换成内存的物理地址,这中间涉及利用`MMU` 内存管理单元(Memory Management Unit ) 对虚拟地址分段和分页(段页式)地址转换,关于分段和分页的具体流程,这里不再赘述,可以参考任何一本计算机组成原理教材描述。
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
`Linux` 内核会将物理内存分为3个管理区,分别是:
|
||||
|
||||
### ZONE_DMA
|
||||
|
||||
`DMA`内存区域。包含0MB~16MB之间的内存页框,可以由老式基于ISA的设备通过DMA使用,直接映射到内核的地址空间。
|
||||
`DMA`内存区域。包含0MB~16MB之间的内存页框,可以由老式基于` ISA `的设备通过` DMA `使用,直接映射到内核的地址空间。
|
||||
|
||||
### ZONE_NORMAL
|
||||
|
||||
@@ -43,11 +51,12 @@
|
||||
|
||||
高端内存区域。包含896MB以上的内存页框,不进行直接映射,可以通过永久映射和临时映射进行这部分内存页框的访问。
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
## 用户空间
|
||||
|
||||
用户进程能访问的是「用户空间」,每个进程都有自己独立的用户空间,虚拟地址范围从从 0x00000000至0xBFFFFFFF ,总容量3G 。
|
||||
用户进程能访问的是「用户空间」,每个进程都有自己独立的用户空间,虚拟地址范围从从 `0x00000000` 至 `0xBFFFFFFF` 总容量3G 。
|
||||
|
||||
用户进程通常只能访问用户空间的虚拟地址,只有在执行内陷操作或系统调用时才能访问内核空间。
|
||||
|
||||
@@ -65,19 +74,18 @@
|
||||
|
||||
- BSS段
|
||||
|
||||
BSS段包含了程序中未初始化的全局变量,在内存中 `bss` 段全部置零。
|
||||
` BSS `段包含了程序中未初始化的全局变量,在内存中 `bss` 段全部置零。
|
||||
|
||||
- 堆 heap
|
||||
- 堆 ` heap`
|
||||
|
||||
堆是用于存放进程运行中被动态分配的内存段,它的大小并不固定,可动态扩张或缩减。当进程调用malloc等函数分配内存时,新分配的内存就被动态添加到堆上(堆被扩张);当利用free等函数释放内存时,被释放的内存从堆中被剔除(堆被缩减)
|
||||
|
||||
- 栈 stack
|
||||
- 栈 `stack`
|
||||
|
||||
栈是用户存放程序临时创建的局部变量,也就是函数中定义的变量(但不包括static声明的变量,static意味着在数据段中存放变量)。除此以外,在函数被调用时,其参数也会被压入发起调用的进程栈中,并且待到调用结束后,函数的返回值也会被存放回栈中。由于栈的先进先出特点,所以栈特别方便用来保存/恢复调用现场。从这个意义上讲,我们可以把堆栈看成一个寄存、交换临时数据的内存区。
|
||||
栈是用户存放程序临时创建的局部变量,也就是函数中定义的变量(但不包括 `static` 声明的变量,static意味着在数据段中存放变量)。除此以外,在函数被调用时,其参数也会被压入发起调用的进程栈中,并且待到调用结束后,函数的返回值也会被存放回栈中。由于栈的先进先出特点,所以栈特别方便用来保存/恢复调用现场。从这个意义上讲,我们可以把堆栈看成一个寄存、交换临时数据的内存区。
|
||||
|
||||
上述几种内存区域中数据段、`BSS` 段、堆通常是被连续存储在内存中,在位置上是连续的,而代码段和栈往往会被独立存放。堆和栈两个区域在 `i386` 体系结构中栈向下扩展、堆向上扩展,相对而生。
|
||||
|
||||

|
||||

|
||||
|
||||
你也可以再linux下用`size` 命令查看编译后程序的各个内存区域大小:
|
||||
|
||||
@@ -91,17 +99,18 @@
|
||||
|
||||
## 内核空间
|
||||
|
||||
在x86 32位系统里,Linux内核地址空间是指虚拟地址从0xC0000000开始到0xFFFFFFFF为止的高端内存地址空间,总计1G的容量, 包括了内核镜像、物理页面表、驱动程序等运行在内核空间 。
|
||||
在 `x86 32` 位系统里,Linux 内核地址空间是指虚拟地址从 `0xC0000000` 开始到 `0xFFFFFFFF` 为止的高端内存地址空间,总计 `1G` 的容量, 包括了内核镜像、物理页面表、驱动程序等运行在内核空间 。
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
#### 直接映射区
|
||||
|
||||
直接映射区 `Direct Memory Region`:从内核空间起始地址开始,最大`896M`的内核空间地址区间,为直接内存映射区。
|
||||
|
||||
直接映射区的896MB的「线性地址」直接与「物理地址」的前`896MB`进行映射,也就是说,内核地址空间的线性地址`0xC0000001`所对应的物理地址为`0x00000001`,它们之间相差一个偏移量`PAGE_OFFSET = 0xC0000000`
|
||||
直接映射区的896MB的「线性地址」直接与「物理地址」的前`896MB`进行映射,也就是说线性地址和分配的物理地址都是连续的。内核地址空间的线性地址`0xC0000001`所对应的物理地址为`0x00000001`,它们之间相差一个偏移量`PAGE_OFFSET = 0xC0000000`
|
||||
|
||||
该区域的线性地址和物理地址存在线性转换关系:线性地址 = `PAGE_OFFSET` + 物理地址。也可以用 `virt_to_phys() `函数将内核虚拟空间中的线性地址转化为物理地址。
|
||||
该区域的线性地址和物理地址存在线性转换关系「线性地址 = `PAGE_OFFSET` + 物理地址」也可以用 `virt_to_phys() `函数将内核虚拟空间中的线性地址转化为物理地址。
|
||||
|
||||
|
||||
|
||||
@@ -109,11 +118,13 @@
|
||||
|
||||
内核空间线性地址从 896M 到 1G 的区间,容量 128MB 的地址区间是高端内存线性地址空间,为什么叫高端内存线性地址空间?下面给你解释一下:
|
||||
|
||||
前面已经说过,内核空间的总大小1GB,从内核空间起始地址开始的`896MB`的线性地址可以直接映射到物理地址大小为896MB的地址区间。退一万步,即使内核空间的1GB线性地址都映射到物理地址,那也最多只能寻址1GB大小的物理内存地址范围。
|
||||
前面已经说过,内核空间的总大小 1GB,从内核空间起始地址开始的 896MB 的线性地址可以直接映射到物理地址大小为 896MB 的地址区间。退一万步,即使内核空间的1GB线性地址都映射到物理地址,那也最多只能寻址 1GB 大小的物理内存地址范围。
|
||||
|
||||
那请问你现在你家的内存条多大?都0202年了一般PC的内存都大于1GB吧!
|
||||
请问你现在你家的内存条多大?快醒醒都 0202 年了,一般 PC 的内存都大于 1GB 了吧!
|
||||

|
||||
|
||||
所以,内核空间拿出了最后的128M地址区间,划分成下面3个内存映射区,以达到对整个物理地址范围的寻址。而在64位的系统上就不存在这样的问题了,因为可用的线性地址空间远大于可安装的内存。
|
||||
|
||||
所以,内核空间拿出了最后的 128M 地址区间,划分成下面三个高端内存映射区,以达到对整个物理地址范围的寻址。而在 64 位的系统上就不存在这样的问题了,因为可用的线性地址空间远大于可安装的内存。
|
||||
|
||||
##### 动态内存映射区
|
||||
|
||||
@@ -125,27 +136,26 @@
|
||||
|
||||
##### 固定映射区
|
||||
|
||||
`Fixing kernel Mapping Region` 该区域和4G的顶端只有4k的隔离带,其每个地址项都服务于特定的用途,如ACPI_BASE等。
|
||||
|
||||

|
||||
`Fixing kernel Mapping Region` 该区域和 4G 的顶端只有 4k 的隔离带,其每个地址项都服务于特定的用途,如 `ACPI_BASE` 等。
|
||||
|
||||

|
||||
|
||||
|
||||
## 回顾一下
|
||||
|
||||
先别着急,进入下一节之前,我们再来回顾一下上面所讲的内容。如果认真看完上面的章节,现在你的脑海中应该有这样一个内存管理管理图的概览。
|
||||
上面讲的有点多,先别着急进入下一节,在这之前我们再来回顾一下上面所讲的内容。如果认真看完上面的章节,我这里再画了一张图,现在你的脑海中应该有这样一个内存管理的全局图。
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
|
||||
## 内存数据结构
|
||||
|
||||
系统中管理虚拟内存,必然要把内存抽象出数据结构,内存单元对应抽象的内存结构体,内存管理基于这些数据结构操作,这里列举两个管理虚拟内存区域的数据结构。
|
||||
要让内核管理系统中的虚拟内存,必然要从中抽象出内存管理数据结构,内存管理操作如「分配、释放等」都基于这些数据结构操作,这里列举两个管理虚拟内存区域的数据结构。
|
||||
|
||||
### 用户空间内存数据结构
|
||||
|
||||
在前面「进程与内存」章节我们提到,Linux进程可以划分为5个不同的内存区域,分别是:代码段、数据段、BSS、堆、栈,内核管理这些区域的方式是,将这些内存区域抽象成` vm_area_struct `的内存管理对象。
|
||||
在前面「进程与内存」章节我们提到,Linux进程可以划分为 5 个不同的内存区域,分别是:代码段、数据段、` BSS `、堆、栈,内核管理这些区域的方式是,将这些内存区域抽象成` vm_area_struct `的内存管理对象。
|
||||
|
||||
` vm_area_struct `是描述进程地址空间的基本管理单元,一个进程往往需要多个` vm_area_struct `来描述它的用户空间虚拟地址,需要使用「链表」和「红黑树」来组织各个` vm_area_struct `。
|
||||
|
||||
@@ -153,7 +163,8 @@
|
||||
|
||||
用户空间进程的地址管理模型:
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
|
||||
|
||||
@@ -163,42 +174,45 @@
|
||||
|
||||
`vmalloc` 分配的地址则限于` vmalloc_start `与` vmalloc_end `之间。每一块` vmalloc `分配的内核虚拟内存都对应一个` vm_struct `结构体,不同的内核空间虚拟地址之间有` 4k `大小的防越界空闲区间隔区。与用户空间的虚拟地址特性一样,这些虚拟地址与物理内存没有简单的映射关系,必须通过内核页表才可转换为物理地址或物理页,它们有可能尚未被映射,当发生缺页时才真正分配物理页面。
|
||||
|
||||

|
||||

|
||||
|
||||
|
||||
|
||||
|
||||
## 总结一下
|
||||
|
||||
` Linux `内存管理是一个非常复杂的系统,光看` Linux` 源码你就知道有多庞大了,这篇文章从宏观角度给你展现内存管理的全貌,但一般来说,这些知识在你和面试官聊天的时候还是够用的,当然我也希望大家能了解更深层次的原理。它可以作为一个索引一样学习指南,当你想深入某一点学习的时候可以在这篇文章里找到切入点,以及这个知识点在内存管理宏观上的位置。
|
||||
`Linux `内存管理是一个非常复杂的系统,本文所述只是冰山一角,从宏观角度给你展现内存管理的全貌,但一般来说,这些知识在你和面试官聊天的时候还是够用的,当然我也希望大家能够通过读书了解更深层次的原理。
|
||||
|
||||
我在总结的时候也画了大量的说明图解,可以作为知识索引,个人感觉看图还是比看文字更清晰明了,你可以在我公众号「后端技术学堂」后台回复「内存管理」获取这些图片的高清原图。
|
||||
希望这篇文章可以作为一个索引一样的学习指南,当你想深入某一点学习的时候可以在这些章节里找到切入点,以及这个知识点在内存管理宏观上的位置。
|
||||
|
||||
老规矩。感谢各位的阅读,文章的目的是分享对知识的理解,技术类文章我都会反复求证以求最大程度保证准确性,若文中出现明显纰漏也欢迎指出,我们一起在探讨中学习。
|
||||
**本文创作过程我也画了大量的示例图解,可以作为知识索引,个人感觉看图还是比看文字更清晰明了,你可以在我公众号「后端技术学堂」后台回复「内存管理」获取这些图片的高清原图。**
|
||||
|
||||
今天的技术分享就到这里,我们下期再见。
|
||||
老规矩,感谢各位的阅读,文章的目的是分享对知识的理解,技术类文章我都会反复求证以求最大程度保证准确性,若文中出现明显纰漏也欢迎指出,我们一起在探讨中学习。今天的技术分享就到这里,我们下期再见。
|
||||
|
||||
**原创不易,看到这里,如果在我这有一点点收获,就动动手指「转发」「在看」是对我持续创作的最大支持。**
|
||||
**原创不易,看到这里,如果在我这有一点点收获,就动动手指「转发」和「在看」是对我持续创作的最大支持。**
|
||||
|
||||
|
||||
|
||||
## Reference
|
||||
|
||||
https://cloud.tencent.com/developer/article/1515762
|
||||
Linux内存管理(最透彻的一篇) https://cloud.tencent.com/developer/article/1515762
|
||||
|
||||
https://cloud.tencent.com/developer/article/1005671
|
||||
linux 内存管理初探 https://cloud.tencent.com/developer/article/1005671
|
||||
|
||||
https://www.cnblogs.com/tolimit/p/4551428.html
|
||||
linux内存管理源码分析 - 页框分配器 https://www.cnblogs.com/tolimit/p/4551428.html
|
||||
|
||||
http://gityuan.com/2015/10/30/kernel-memory/
|
||||
Linux内核--内核地址空间分布和进程地址空间 https://my.oschina.net/wuqingyi/blog/854382
|
||||
|
||||
https://www.jianshu.com/p/95d68389fbd1
|
||||
Linux内存管理 http://gityuan.com/2015/10/30/kernel-memory/
|
||||
|
||||
https://www.ibm.com/developerworks/cn/linux/l-linux-slab-allocator/index.html#table2
|
||||
linux内核slab机制分析 https://www.jianshu.com/p/95d68389fbd1
|
||||
|
||||
https://zhuanlan.zhihu.com/p/36140017
|
||||
Linux slab 分配器剖析 https://www.ibm.com/developerworks/cn/linux/l-linux-slab-allocator/index.html#table2
|
||||
|
||||
https://fivezh.github.io/2017/06/25/Linux-slab-info/
|
||||
Linux内核内存管理算法Buddy和Slab https://zhuanlan.zhihu.com/p/36140017
|
||||
|
||||
Linux内存之Slab https://fivezh.github.io/2017/06/25/Linux-slab-info/
|
||||
|
||||
Linux Used内存到底哪里去了? http://blog.yufeng.info/archives/2456
|
||||
|
||||
http://blog.yufeng.info/archives/2456
|
||||
|
||||
https://cloud.tencent.com/developer/article/1515762
|
||||
|
||||
Binary file not shown.
|
Before Width: | Height: | Size: 11 KiB After Width: | Height: | Size: 11 KiB |
Reference in New Issue
Block a user