mysql 内存越界_linux内存管理浅析

[

地址映射

](图：左中)

linux内核使用页式内存管理，应用程序给出的内存地址是虚拟地址，它需要经过若干级页表一级一级的变换，才变成真正的物理地址。

想一下，地址映射还是一件很恐怖的事情。当访问一个由虚拟地址表示的内存空间时，需要先经过若干次的内存访问，得到每一级页表中用于转换的页表项(页表是存放在内存里面的)，才能完成映射。也就是说，要实现一次内存访问，实际上内存被访问了N+1次(N=页表级数)，并且还需要做N次加法运算。

所以，地址映射必须要有硬件支持，mmu(内存管

理单元)就是这个硬件。并且需要有cache来保存页表，这个cache就是TLB(Translation

lookaside

buffer)。

尽管如此，地址映射还是有着不小的开销。假设cache的访存速度是内存的10倍，命中率是40%，页表有三级，那么平均一次虚拟地址访问大概就消耗了两次物理内存访问的时间。

于是，一些嵌入式硬件上可能会放弃使用mmu，这样的硬件能够运行VxWorks(一个很高效的嵌入式实时操作系统)、linux(linux也有禁用mmu的编译选项)、等系统。

但是使用mmu的优势也是很大的，最主要的是出于安全性考虑。各个进程都是相互独立的虚拟地址空间，互不干扰。而放弃地址映射之后，所有程序将运行在同一个地址空间。于是，在没有mmu的机器上，一个进程越界访存，可能引起其他进程莫名其妙的错误，甚至导致内核崩溃。

在地址映射这个问题上，内核只提供页表，实际的转换是由硬件去完成的。那么内核如何生成这些页表呢？这就有两方面的内容，虚拟地址空间的管理和物理内存的管理。(实际上只有用户态的地址映射才需要管理，内核态的地址映射是写死的。)

[

虚拟地址管理

](图：左下)

每个进程对应一个task结构，它指向一个mm结构，这就是该进程的内存管理器。(对于线程来说，每个线程也都有一个task结构，但是它们都指向同一个mm，所以地址空间是共享的。)

mm->pgd指向容纳页表的内存，每个进程有自已的mm，每个mm有自己的页表。于是，进程调度时，页表被切换(一般会有一个CPU寄存器来保存页表的地址，比如X86下的CR3，页表切换就