32位cpu的寻址方式.docVIP

32位cpu的寻址方式 32位cpu 地址线扩展成了32位，这和数据线的宽度是一致的。因此，在32位机里其实并不需要采用“物理地址=段：偏移”这种地址表达方式。原来在16位机里规定的每一个段不大于64kb在32位机里也不是必要的。所以，对于32位机来讲，最简单的方法就是用一个32位数来标识一个字节的存储地址，寻址时只要给出一个32位数就可以直接找到地址。这种地址储存模型就属于“平展储存模型”。 但是，新产品一般都希望遵循“向下兼容”这个原则。所以，32位机里完整的保留了16位寻址模式。即：寻址能力为1M；分段机制；每段不超过64kb。这就是通常所说的实模式。在地址储存模型中属于“实地址储存模型”。 其次，考虑到程序通常都是功能化的模块，所以分段虽然不是必要的，但分段却能大大提高编程者管理程序的效率。故而32位机也采用了段+偏移的模式来寻址。但与实模型不同的是，由于地址线和数据线宽度一致，因而，每个段最大可以到4G，并且段基址也是32位的无需进行左移处理。在地址储存模型中这属于“段地址储存模型”。然而需要注意的是，在32位机里，虽然通用寄存器，标志寄存器等都扩展成了32位，但是段寄存器却依然是16位的（为什么不做改变？？我猜可能是这样便于向下兼容）。所以在32位寻址时，段寄存器里放的不再是段基址（位数不够，放不下）而是一个选择子。这个选择子对应了一个64-bit长的描述符，64-bit的描述符里有32-bit是段基址。所以原来在16位机里通过段寄存器一步就可以找到段基址，而现在在32位机里分成了两步：先找选择子，然后通过选择子找段基址。段基址找到了，再加上偏移地址，物理地址就找到了。看样子，32位段模式寻址已经介绍清楚了。其实，这里头的故事还远没有讲完。 在上面简述的过程中，很容易发现有两个问题没有交待。（1）CPU是如何将选择子与描述符对应起来的？（2）既然是64-bit的描述符，32位用来表示基地址，那么余下的32位是干什么用的？另外，当32位机发展起来的同时，操作系统也有了长足进步，单任务模式的DOS被多任务的windows所取代。也就是说，现在驻留在内存中的往往不止是一个程序，而很可能是多个程序同时在内存中。现在又没有了段大小的限制，程序之间便很有可能相互抢地址，如果核心程序被破坏，计算机就会崩溃。这就好比在马路上走车，如果只有一辆车开，怎么开都可以，但是如果车多了不制定个交通规则，车便会抢道，道路就会瘫痪。所以，在多任务的情况下，必须给寻址也制定一个“交通规则”，这样才能保证多任务系统有序的工作。制定什么样的规则呢？首先，既然程序是在无意识的情况下抢占了别的程序的地址，那么如果在寻址时包含一个查询的过程就可以有效的避免抢地址的情况发生。也就是说，先得问一问那个地址是不是已经有程序段占用了？同时已占上地址的程序段除了告知CPU自己的基地址外还应该告诉CPU自己的长度信息。这样别的程序段才能方便地查询。第二，多任务寻址最好应该包含优先级别的内容，已备紧急情况下为核心程序让道。这好比在马路上，一般情况下车是遵守规则的，但如果是警车或救护车执行任务时，就可以优先抢占别的车的道。所以，还应该定义一个优先级。然后，由占上地址的程序段告诉CPU自己的优先级别。总的来讲，原来在16位机里很单纯的一个“段”的概念现在变得复杂了。如同人的成长过程，刚开始的时候思维总是很幼稚的，相应的也只能解决简单的问题，只有当你的思维摆脱幼稚的时候，才有能力解决更为复杂的事情。现在CPU摆脱了幼稚的16位，它在描述“段”的时候当然不应该像16位时那么肤浅。在32位机里，“段”有三个要素：基地址，长度，属性（属性里包含了优先级和其它的一些内容）。为了能一次完整的引用或者给出这三个要素，需要新定义一个数据结构。这个结构就是前面所提到的描述符，每一个描述符都占有64-bit，有足够的长度来包含段的三个要素。当然，现在内存中不止一个程序，而且程序也不止一个段，所以描述符也不会有一个，而是很多个。最简单的管理方法，就是将所有的描述符集中起来放在一块连续的存储空间里，然后给各个描述符排上序号。当要找某一个特定的描述符时，只要先找到这块连续的存储空间然后给出序号就可以了。这些集中起来的描述符形成了一张表，所以通常被叫做描述符表。所以，想找到一个段的信息，首先要找到描述符表。也就是说，找特定的描述符先要知道描述符表的基地址。在32位cpu中，有一个48位的专用寄存器用来存放全局描述符表的信息，这个寄存器叫做GDTR。其中，高32位给出了全局描述符表的基地址，低16位给出了描述符表的长度限制。所以，一张全局描述符表最长可以是64kb。那么，最多可以放64kb/8b=8k个描述符。所以如果想在其中选择任意一个描述符，用13位就可以办到了。在32位cpu中，