说明：该系类文章更多的是从从哲学视角看 操作系统 这门学科。同时也是 操作系统的学习笔记总结。因为博主 这些年主要是以研究安卓系统和 嵌入式Linux为主，因此这个系类文章也是这两个领域不可或缺的基石之一，尤其是对操作系统感兴趣的伙伴可特别关注。
分页系统整体上是将交换系统的缺陷全部避免了；但是本身仍然有一些缺陷：
要想满足上面两个要求，分页系统只用一个虚拟空间是解决不了这个问题的；因此需要新的管理模式：分段管理系统。
分段管理：将一个程序按照逻辑单元分成多个程序段。每个段使用自己独立的虚拟地址空间。这样程序段就不会发生空间增长时碰到另一个段的问题（如果某个数据结构超过了虚拟地址的空间，程序执行仍会失败，但是这种概率已经很低了）。纯粹分段与逻辑分段比较如图所示：
在分段管理模式下，一个程序占据多个虚拟空间，一个虚拟地址将由段号和段内偏差两个部分构成。如图所示：
分段管理的实现手段：逻辑分段有多个段，因此需要一组基址与极限,如图所示：
在逻辑分段情况下，每个虚拟地址可以加载到物理内存中的任何位置，只需要将加载后的基址和极限寄存器做以下调整即可，如图所示：
如果需要某一段，就用这一段的基址来寻找，然后根据段号选择对应的段基址，将段内位移偏差加到基址上。翻译过程如下：
物理地址生成的过程如下所示：
整个过程中最重要的就是段表，和页表类似，但是由于段表很少，段的数量也很少，段的尺寸也很小。
注意：
@1 逻辑分段的优点：
@2 分段管理的缺点：
@3 对于缺陷的解决方法：
段页式管理：每个段分页；将分页和分段组合起来；同时获得分段和分页的优点，避免它们的缺点。（如果把每个段看做一个程序，则逻辑分段就相当于同时加载多个程序）
段页式内存管理的实现：由于段页式管理模式是在段里面分页，而每个段占住一个虚拟地址空间；因此一个程序将对应多个页表。在这里我们只需要将这些页表作为次级页表，而在次级页表上面增加一层段表（相当于多级页表里面的顶级页表）。由段号在段表里面获得所应使用的页表，然后在该页表里面查找物理页面号（由于TLB块表可以绕过段表和页表的查找，所以速度会加快），不过这里的快表必须将段号也包括进来，如图所示：
段表里面包含的内容随着系统的变化而变化，不过一般都大同小异，这里拿multics系统举例说明，段表记录的内容如图所示：
对应页表的地址、段长、页面大小、保护标志等前面已经进行过说明；对于是否分页标志，它是用来表明该系统是否分页。0值表示分页，l表示不分页；如果不分页，那就是纯逻辑分段，即Multies支持不分页的分段管理。而当前的商用计算机均支持段页式内存管理模式。
段号往往不占用寻址位，采用的是以下两种方式：
如果地址完全是页号与页内偏差构成，则地址可以放在任何地方，采用段号的目的就是为了区分页表。
从纯粹分段到分页、逻辑分段、段内分页的演变过程，流程如下：
内存管理模式经历了两次互相穿插的否定之否定过程，如图所示：
这种方式推动了内存管理模式的进步。
