什么是实模式、保护模式和虚拟8086方式

1:实模式：寻址采用和8086相同的16位段和偏移量，最大寻址空间1MB，最大分段64KB。可以使用32位指令。32位的x86 CPU用做高速的8086。
2:保护模式：寻址采用32位段和偏移量，最大寻址空间4GB，最大分段4GB (Pentium Pre及以后为64GB)。在保护模式下CPU可以进入虚拟8086方式，这是在保护模式下的实模式程序运行环境。

第一:实模式下程序的运行回顾.
程序运行的实质是什么?其实很简单,就是指令的执行,显然CPU
是指令得以执行的硬件保障,那么CPU如何知道指令在什么地方呢?
对了,80x86系列是使用CS寄存器配合IP寄存器来通知CPU指令在内存
中的位置.
程序指令在执行过程中一般还需要有各种数据,80x86系列有DS、
ES、FS、GS、SS等用于指示不同用途的数据段在内存中的位置。
程序可能需要调用系统的服务子程序，80x86系列使用中断机制
来实现系统服务。
总的来说，这些就是实模式下一个程序运行所需的主要内容
（其它如跳转、返回、端口操作等相对来说比较次要。）

第二：保护模式---从程序运行说起
无论实模式还是保护模式，根本的问题还是程序如何在其中运行。
因此我们在学习保护模式时应该时刻围绕这个问题来思考。
和实模式下一样，保护模式下程序运行的实质仍是“CPU执行指令，
操作相关数据”，因此实模式下的各种代码段、数据段、堆栈段、中
断服务程序仍然存在，且功能、作用不变。
那么保护模式下最大的变化是什么呢？答案可能因人而异，我的
答案是“地址转换方式”变化最大。

第三：地址转换方式比较
先看一下实模式下的地址转换方式，假设我们在ES中存入0x1000，
DI中存入0xFFFF,那么ES:DI=0x1000*0x10+0xFFFF=0x1FFFF,这就是众
所周知的“左移4位加偏移”。
那么如果在保护模式下呢？假设上面的数据不变ES=0x1000,
DI=0xFFFF，现在ES:DI等于什么呢？
公式如下：（注：0x1000=1000000000000b= 10 0000 0000 0 00）
ES:DI=全局描述符表中第0x200项描述符给出的段基址+0xFFFF
现在比较一下，好象是不一样。再仔细看看，又好象没什么区别！
为什么说没什么区别，因为我的想法是，既然ES中的内容都不是
真正的段地址，凭什么实模式下称ES为“段寄存器”，而到了保护模式
就说是“选择子”？
其实它们都是一种映射，只是映射规则不同而已：在实模式下这
个“地址转换方式”是“左移4位”；在保护模式下是“查全局/局部描述表”
。前者是系统定义的映射方式，后者是用户自定义的转换方式。而它
影响的都是“shadow register”
从函数的观点来看，前者是表达式函数，后者是列举式函数：
实模式： F(es-->segment)={segment |segment=es*0x10}
保护模式：F(es-->segment)={segment |(es,segment)∈GDT/LDT}
其中GDT、LDT分别表示全局描述符表和局部描述符表。

第四：保护模式基本组成
保护模式最基本的组成部分是围绕着“地址转换方式”的变化增设了
相应的机构。
1、数据段
前面说过，实模式下的各种代码段、数据段、堆栈段、中断服务程
序仍然存在，我将它们统称为“数据段”，本文从此向下凡提到数据段都
是使用这个定义。
2、描述符
保护模式下引入描述符来描述各种数据段，所有的描述符均为8个字
节（0-7)，由第5个字节说明描述符的类型，类型不同，描述符的结构也
有所不同。
若干个描述符集中在一起组成描述符表，而描述符表本身也是一种
数据段，也使用描述符进行描述。
从现在起，“地址转换”由描述符表来完成 ，从这个意义上说，描述符
表是一张地址转换函数表。
3、选择子
选择子是一个2字节的数，共16位，最低2位表示RPL，第3位表示查表
是利用GDT（全局描述符表）还是LDT（局部描述符表）进行，最高13位给
出了所需的描述符在描述符表中的地址。（注：13位正好足够寻址8K项）

有了以上三个概念之后可以进一步工作了，现在程序的运行与实模式
下完全一样！！！各段寄存器仍然给出一个“段值”，只是这个“假段值”
到真正的段地址的转换不再是“左移4位”，而是利用描述符表来完成。但
现在出现一个新的问题是：
系统如何知道GDT/LDT在内存中的位置呢？
为了解决这个问题，显然需要引入新的寄存器用于指示GDT/LDT在内
存中的位置。在80x86系列中引入了两个新寄存器GDR和LDR，其中GDR用于
表示GDT在内存中的段地址和段限（就是表的大小），因此GDR是一个48
位的寄存器，其中32位表示段地址，16位表示段限（最大64K，每个描述
符8字节，故最多有64K/8=8K个描述符）。LDR用于表示LDT在内存中的位
置，但是因为LDT本身也是一种数据段，它必须有一个描述符，且该描述
符必须放在GDT中，因此LDR使用了与DS、ES、CS等相同的机制，其中只
存放一个“选择子”，通过查GDT表获得LDT的真正内存地址。
对了，还有中断要考虑，在80x86系列中为中断服务提供中断/陷阱描
述符，这些描述符构成中断描述符表（IDT），并引入一个48位的全地址
寄存器存放IDT的内存地址。理论上IDT表同样可以有8K项，可是因为80x86
只支持256个中断，因此IDT实际上最大只能有256项（2K大小）。

第五：新要求---任务篇
前面介绍了保护模式的基本问题，也是核心问题，解决了上面的问题，
程序就可以在保护模式下运行了。
但众所周知80286以后在保护模式下实现了对多任务的硬件支持。我
的第一反应是：为什么不在实模式下支持多任务，是不能还是不愿？
思考之后，我的答案是：实模式下能实现多任务（也许我错了：））。
因为多任务的关键是有了描述符，可以给出关于数据段的额外描述，如权
限等，进而在这些附加信息的基础上进行相应的控制，而实模式下缺乏描
述符，但假设我们规定各段的前2个字节或若干字节用于描述段的附加属性，
我觉得和使用描述符这样的机制没有本质区别，如果再附加其他机制...
基于上述考虑，我更倾向于认为任务是独立于保护模式之外的功能。
下面我们来分析一下任务。任务的实质是什么呢？很简单，就是程序嘛！！
所谓任务的切换其实就是程序的切换！！
现在问题明朗了。实模式下程序一个接一个运行，因此程序运行的
“环境”不必保存；保护模式下可能一个程序在运行过程中被暂停，转而执行
下一个程序，我们要做什么？很容易想到保存程序运行的环境就行了（想
想游戏程序的保存进度功能），比如各寄存器的值等。
显然这些“环境”数据构成了一类新的数据段（即TSS）。延用前面的思路，
给这类数据段设置描述符（TSS描述符），将该类描述符放在GDT中（不能
放在LDT中，因为80x86不允许：）），最后再加一个TR寄存器用于查表。
TR是一个起“选择子”作用的寄存器，16位。
好了，任务切换的基本工作就是将原任务的“环境”存入TSS数据段，更
新TR寄存器，系统将自动查GDT表获得并装载新任务的“环境”，然后转到新
任务执行。

第六：附加要求---分页篇
为什么叫附加要求，因为现在任务还不能很好地工作。前面说过，任务
实质上是程序，不同的程序是由不同的用户写的，所有这些程序完全可能
使用相同的地址空间，而任务的切换过程一般不会包括内存数据的刷新，
不是不可能，而是如果那样做太浪费了。因此必须引入分页机制才可能有效
地完成对多任务的支持。
分页引入的主要目标就是解决不同任务相互之间发生地址冲突的问题。
分页的实质就是实现程序内地址到物理地址的映射，这也是一个“地址转换”
机制，同样可以使用前面的方案（即类似GDT的做法）：首先建立页表这样
一种数据段，在80x86中使用二级页表方案，增设一个CR3寄存器用于存放
一级页表（又称为页目录）在内存中的地址，CR3共32位，其低12位总是为
零，高20位指示页目录的内存地址，因此页目录总是按页对齐的。 CR3作为
任务“环境”的一部分在任务切换时被存入TSS数据段中。
当然还得有相应的缺页中断机制及其相关寄存器CR2（页故障线性地址寄存器）。

第七：总结
保护模式下增加了什么？
1、寄存器 GDR LDR IDR TR CR3
2、数据段 描述符表(GDT LDT) 任务数据段(TSS) 页表(页目录 二级页表)
3、机制 权限检测(利用选择子/描述符/页表项的属性位)
线性地址到物理地址的映射

第八：保护模式常用名词解释
前面内容中出现过的不再解释。
1、RPL 选择子当中的权限位确定的权限
2、CPL 特指CS中的选择子当中的权限位确定的权限
3、EPL EPL=Max(RPL,CPL),即RPL和CPL中数值较大的，或说权限等级较小的
4、DPL 描述符中的权限位确定的权限
5、PL 泛指以上4种特权级
6、任务特权 =CPL
7、I/O特权 由EFLAGS寄存器的位13、14确定的权限
8、一致代码段 一种特殊的代码段，它在CPL>=DPL时允许访问
正常的代码段在CPL=DPL RPL<=DPL时才允许访问


从80386开始，cpu有三种工作方式：实模式，保护模式和虚拟8086模式。只有在刚刚启动的时候是real-mode，等到linux操作系统运行 起来以后就运行在保护模式。实模式只能访问地址在1M以下的内存称为常规内存，我们把地址在1M 以上的内存称为扩展内存。在保护模式下，全部32条地址线有效，可寻址高达4G字节的物理地址空间; 扩充的存储器分段管理机制和可选的存储器分页管理机制，不仅为存储器共享和保护提供了硬件支持，而且为实现虚拟存储器提供了硬件支持; 支持多任务，能够快速地进行任务切换和保护任务环境; 4个特权级和完善的特权检查机制，既能实现资源共享又能保证代码和数据的安全和保密及任务的隔离; 支持虚拟8086方式，便于执行8086程序。

虚拟8086模式是运行在保护模式中的实模式，为了在32位保护模式下执行纯16位程序。它不是一个真正的CPU模式，还属于保护模式。

保护模式同实模式的根本区别是进程内存受保护与否。可寻址空间的区别只是这一原因的果。实模式将整个物理内存看成分段的区域,程序代码和数据位于不同 区域，系统程序和用户程序没有区别对待，而且每一个指针都是指向"实在"的物理地址。这样一来，用户程序的一个指针如果指向了系统程序区域或其他用户程序 区域，并改变了值，那么对于这个被修改的系统程序或用户程序，其后果就很可能是灾难性的。为了克服这种低劣的内存管理方式，处理器厂商开发出保护模式。这 样，物理内存地址不能直接被程序访问，程序内部的地址（虚拟地址）要由操作系统转化为物理地址去访问，程序对此一无所知。

至此，进程（这时我们可以称程序 为进程了）有了严格的边界，任何其他进程根本没有办法访问不属于自己的物理内存区域，甚至在自己的虚拟地址范围内也不是可以任意访问的，因为有一些虚拟区 域已经被放进一些公共系统运行库。这些区域也不能随便修改，若修改就会有: SIGSEGV（linux 段错误）;非法内存访问对话框（windows 对话框）。

CPU启动环境为16位实模式，之后可以切换到保护模式。但从保护模式无法切换回实模式

在微处理器的历史上，第一款微处理器芯 片4004是由Intel推出的，那是一个4位的微处理器。在4004之后，intel推出了一款8位处理器8080，它有1个主累加器（寄存器A）和6 个次累加器（寄存器B,C,D,E,H和L）,几个次累加器可以配对（如组成BC, DE或HL）用来访问16位的内存地址，也就是说8080可访问到64K内的地址空间。另外，那时还没有段的概念，访问内存都要通过绝对地址，因此程序中 的地址必须进行硬编码（给出具体地址），而且也难以重定位，这就不难理解为什么当时的软件大 都是些 可控性弱,结构简陋，数据处理量小的工控程序了。
几年后， intel开发出了 16位的处理器 8086， 这个处理器标志着 Intel X86 王朝的开始， 这也是内存寻址的第一次飞跃。之所以说这是一次飞跃，是因为 8086处理器引入了一个重要概念—段
8086 处理器的寻址目标是1M大的内存空间，于是它的地址总线扩展到了 20位。但是，一个问题摆在了Intel设计人员面前，虽然地址总线宽度是20位的，但是CPU中“算术逻辑运算单元（ALU）”的宽度，即数据总线却只 有16位，也就是可直接加以运算的指针长度是16位的。如何填补这个空隙呢？可能的解决方案有多种，例如，可以像一些8位CPU中那样，增设一些20位的 指令专用于地址运算和操作，但是那样又会造成CPU内存结构的不均匀。又例如，当时的PDP－11小型机也是16位的，但是其内存管理单元（MMU）可以 将16位的地址映射到24位的地址空间。受此启发，Intel设计了一种在当时看来不失为巧妙的方法，即分段的方法。
为了支持分段，Intel在8086 CPU中设置了四个段寄存器：CS、DS、SS和ES，分别用于可执行代码段、数据段、堆栈段及其他段。每个段寄存器都是16位的，对应于地址总线中的高16位 。 每条“访内”指令中的内部地址也都是16位的，但是在送上地址总线之前，CPU内部自动地把它与某个段寄存器中的内容相加。因为段寄存器中的内容对应于 20位地址总线中的高16位(也就是把段寄存器左移4位)，所以相加时实际上是内存总线中的高12位与段寄存器中的16位相加，而低4位保留不变，这样就 形成一个20位的实际地址，也就实现了从16位内存地址到20位实际地址的转换，或者叫“映射 ”。
段式内存管理带来了显而易见的优势，程序的地址不再需要硬编码了，调试错误也更容易定位了，更可贵的是支持更大的内存地址。程序员开始获得了自由。
技术的发展不会就此止步。intel的80286处理器于1982年问世了，它的地址总线位数增加到了24位，因此可以访问到16M的内存空间。更重要的是从此开始引进了一个全 新理念—保护模式 。这种模式下内存段的访问受到了限制。访问内存时不能直接从段寄存器中获得段的起始地址了，而需要经过额外转换和检查（从此你不能再随意存取数据段,具体保护和实现我们后面讲述）。
为了和过去兼容， 80286内存寻址可以有两种方式，一种是先进的保护模式，另一种是老式的 8086方式，被成为实模式 。系统启动时处理器处于实模式，只能访问 1M空间，经过处理可进入保护模式，访问空间扩大到 16M，但是要想从保护模式返回到实模式，你只有重新启动机器。还有一个致命的缺陷是 80286虽然扩大了访问空间，但是每个段的大小还是 64k，程序规模仍受到限制。因此这个先天低能儿注定命不会很久。很快它就被天资卓越的兄弟 ——80386代替了。
80386 是一个32位的CPU，也就是它的ALU数据总线是32位的， 同时它的地址总线与数据总线宽度一致，也是32位，因此，其寻址能力达到4GB。对于内存来说，似乎是足够了。从理论上说，当数据总线与地址总线宽度一致 时，其CPU结构应该简洁明了。但是，80386无法做到这一点。作为X86产品系列的一员，80386必须维持那些段寄存器的存在，还必须支持实模式， 同时又要能支持保护模式，这给Intel的设计人员带来很大的挑战。
Intel选择了在段寄存器的基础上构筑保护模式，并且保留段寄存器16位。在保护模式下,它的段范围不再受限于64K，可以达到4G。 这一下真正 解放了软件工程师,他们不必再费尽 心思去压缩程序规模，软件功能也因此迅速提升。
从 8086 的 16 位到 80386 的 32 位处理器，这看起来是处理器位数的变化，但实质上是处理器体系结构的变化，从寻址方式上说，就是从“实模式”到“保护模式”的变化。从 80386 以后， Intel 的 CPU 经历了 80486 、 Pentium 、 PentiumII 、 PentiumIII 等型号，虽然它们在速度上提高了好几个数量级，功能上也有不少改进，但基本上属于同一种系统结构的改进与加强，而无本质的变化，所以我们把 80386 以后的处理器统称为 IA32 （ 32 Bit Intel Architecture ）。