目录
- 1发展历史
- 2架构模式
- ▪实时模式
- ▪16位保护
- ▪32位保护
- ▪系统管理模式
- ▪MMX和之后
- ▪3DNow!
- ▪SSE
- ▪SSE2
- ▪SSE3
- ▪SSE4
- ▪64位架构
- ▪虚拟
- 3生产商
>发展历史
8086是16位处理器;直到1985年32位的80386的开发,这个架构都维持是16位。接着一系列的处理器表示了32位架构的细微改进,推出了数种的扩充,直到2003年
AMD对于这个架构发展了64位的扩充,并命名为
AMD64。后来
Intel也推出了与之兼容的处理器,并命名为Intel 64。两者一般被统称为
x86-64或
x64,开创了x86的64位时代。
值得注意的是Intel早在1990年代就与
HP合作提出了一种用在
安腾系列
处理器中的独立的64位架构,这种架构被称为
IA-64。IA-64是一种崭新的系统,和x86架构完全没有相似性;不应该把它与
x86-64或
x64弄混。
>架构模式
x86架构是重要地可变
指令长度的
CISC(复杂
指令集计算机,
Complex
Instruction
Set
Computer)。字组(word, 4字节)长度的
存储器访问允许不对齐
存储器地址,字组是以低位字节在前的顺序储存在存储器中。向前兼容性一直都是在x86架构的发展背后一股驱动力量(设计的需要决定了这项因素而常常导致批评,尤其是来自对手
处理器的拥护者和理论界,他们对于一个被广泛认为是是落后设计的架构的持续成功感到不解)。但在较新的微架构中,x86处理器会把x86指令转换为更像RISC的
微指令再予执行,从而获得可与RISC比拟的
超标量性能,而仍然保持
向前兼容。x86架构的处理器一共有四种执行模式,分别是真实模式,保护模式,
系统管理模式以及虚拟V86模式。
在这篇简短的文章中出现的指令和寄存器助忆符号的名称,都在Intel文件中有所指定以及使用在 Intel组译器(Assembler)中(和兼容的,比如微软的
MASM、
Borland的TASM、CAD-UL的as386 等等)。一个以Intel语法指定的指令"mov al, 30h"与AT&T语法的"movb x30, %al"相当,都是会被转译为两个位的机器码"B0 30"(
十六进制)。你可以发现在这段程序中的"mov"或 "al",都是原来的Intel助忆符号。如果我们想要的话,我们可以写一个组译器由代码'
move immediate byte hexadecimally encoded 30 into low half of the first register'(移动立即值位
十六进制编码30到第一个寄存器的低半部位),来产生相同的机器码。然而,传统上
汇编器(Assembler)一直使用Intel的助忆符号。
x86
汇编语言会在x86 汇编语言文章中有更详细的讨论。
>实时模式
Intel 8086和8088有14个16位
寄存器。其中四个(AX, BX, CX, DX)是通用目的(尽管每个寄存器都有附加目的;举个例子:只有CX可以被用来当作
loop(循环)指令的
计数器。)每个寄存器可以被当成两个分开的
字节访问(因此BX的高位可以被当成BH,低位则可以当成BL)。除了这些寄存器,还有四个区段寄存器(CS、DS、SS、ES)。他们用来产生
存储器的
绝对地址。还有两个
指针寄存器(SP是指向
堆栈的底部,BP可以用来指向堆栈或存储器的其它地方)。两个指针寄存器(SI和DI)可以用来指向
数组的内部。最后,有
标志寄存器(包含
状态标志比如进位、
溢出、零标志,等等)。以及IP是用来指向
运行指令的地址。
在实模式下,存储器的访问是被区段开来。为了得到最后20位的
存储器地址,要将区段的地址往左移动4位,并且加上偏移的地址。因此,实模式下总共可以
寻址的空间是2字节,或者是1MB,于1979年是相当让人印象深刻的象征。在实模式下有两种寻址模式:near和far。在 far模式,区段跟偏移都需要被指定;在near模式,只需要偏移模式被指定,而存储器区段是由适当的区段寄存器获得。以数据而言是使用DS寄存器,代码是CS寄存器,堆栈是SS寄存器。举个例子,如果DS是A000h且SI是5677h,DS:SI会指向计忆体的
绝对地址DS × 16 + SI = A5677h
在这种架构下,两对不同的区段/偏移可以指向一个相同的绝对地址。因此如果DS是A111h且SI是4567h,DS:SI会指向跟上一段相同的A5677h。除了duplicity之外,这种架构无法同时一次拥有4个以上的区段。此外,CS、DS和SS是为了程序正确功能而必须的,因此仅仅只有ES可以被用来指向其它的地方。这种模式原本是为了与
Intel 8085兼容,导致程序设计师永无止尽的痛苦。
除了以上所说的,8086也拥有8-bit的64K(另一种说法是16-bit的32K)输入输出(en:I/O)空间,以及一个由硬件支持的64K(一个区段)
存储器堆栈。只有words(2字节)可以被推入到堆栈中。堆栈是由存储器的上端往下成长,他的底端是由SS:SP指向。有256个中断(interrupts),可以由硬件或是软件同时组成。中断是可以串连在一起,使用堆栈来储存返回被中断的程序地址。
>16位保护
Intel 80286可以在不改变任何东西下,支持8086的
实模式16位软件,然而它也支持额外的工作模式称为保护模式,可以将可
寻址的
物理内存扩充到16MB,可寻址的虚拟内存最大到 1GB。这是使用
节区寄存器来储存在节区表格中的索引值。
处理器中有两个这样的表格,分别为
GDT和
LDT,每一个可以储存最多8192个节区的描述子,每一个节区可以给予最大到64KB的
存储器访问。节区表格提供一个24位的基底地址(base address),可以用此基底地址增加想要的
偏移量来创造出一个
绝对地址。此外,每一个节区可以被赋予四种权限等级中的一种(称为 "rings")。
尽管这个推出的功能是一项进步,但是他们并没有被广泛地使用,因为保护模式的操作系统无法运行现有的实模式软件。这样的能力只有在随后80386
处理器的虚拟86模式中出现。
在同时,操作系统比如
OS/2尝试使用类似乒乓的方法,让处理器在保护和实模式间切换。这样都会让计算机变慢且不安全,像是在实模式下的程序可以轻易地使计算机当机。OS/2也定义了限制性的程序设计规则允许"Family API"或"bound"程序可以在实模式或保护模式下运行。然而这是给原本为保护模式下设计的程序有关,反之则不然。保护模式程序并不支持节区选择子和
物理内存之间的关系。有时候会错误地相信在16位保护模式下运行实模式的程序,导致IBM必须选择使用Intel保留给BIOS的中断调用。事实上这类的程序使用任意的选择子数值和使用在上面提到的“节区运算”的方式有关。
这个问题也在
Windows 3.x上出现。这个推出版本想要在16位保护模式下运行程序,而先前的版本只能在实模式下运行。理论上,如果Windows 1.x或2.x程序是写得“适当”且避免使用
节区运算的方式,它就有可能在真实和保护模式两者下运行。
Windows程序一般来说都会避免节区运算,这是因为Windows实现出软件的虚拟内存方式,及当程序不运行时候,搬移
存储器中的代码和数据,所以操作
绝对地址的方式是很危险的;当程序不运行时,被认为要保持存储器区块的“handles”,这样的handles已经非常相当于保护模式的选择子。在保护模式下的Windows 3.0运行一个旧的程序,会触发一个警告对话盒,建议在实模式下运行Windows(推测还是仍然可以使用扩充存储器,可能是在80386机器用EMM386模拟,因此它并不被局限于640KB)或是从厂商那更新到新的版本。好的行为之程序可能可以使用特别的工具来避免这样的对话盒。不可能有些GUI程序在16位保护模式下运行,且其它GUI程序在实模式运行,可能是因为这会需要两个分开的环境且会依于前面所提到的
处理器在两个模式间的乒乓效应。从
Windows 3.1版开始,实模式就消失了。
>32位保护
Intel 80386推出后,也许是x86架构的最大跃进。除了需要值得注意的Intel 80386SX是
32位架构但仅只有24位
寻址(和16位
数据总线)。除此之外其他架构都是32位 - 所有的
寄存器、
指令集、输出输入空间和
存储器寻址。为了能够在后者所说的功能工作,要使用32位扩充的保护模式。然而不像286,386所有的区段可以使用32位的偏移量,即使存储器空间有使用区段,但也允许应用程序访问超过4GB空间而不需要区段的分隔。此外,32位保护模式提供
分页的支持,是一种让
虚拟内存得以实现的机制。
没有新的
通用寄存器被加入。所有16位的寄存器除了区段寄存器外都扩充为
32位。Intel在寄存器的助记符号上加入“E”来表示(因此扩充的AX变成EAX,SI变成ESI,依此类推)。因为有更多的寄存器数量、指令、和运算单元,因此
机器码的格式也被扩充。为了提供与先前的架构兼容,包含运行码的区段可以被标示为16或是32位的指令集。此外,特殊的前置符号也可以用来在16位的区段包含32位的脚本,反之亦然。
>系统管理模式
Intel首次在80386SL之后引入其x86
体系结构。
>MMX和之后
1996年Intel的
MMX(AMD认为这是矩阵数学扩充Matrix Math Extensions的缩写,但大多数时候都被当成Multi-Media Extension,而Intel从来没有官方宣布过词源)技术出现。尽管这项新的技术得到广泛宣传,但它的精髓是非常简单的:MMX定义了八个64位
SIMD寄存器,与Intel Pentium
处理器的
FPU堆栈有相重叠。不幸的是,这些指令无法非常简单地对应到由原来C
编译器所产生的脚本中。MMX也只局限于整数的运算。这项技术的缺点导致MMX在它早期的存在有轻微的影响。现今,MMX通常是用在某些2D影片应用程序中。
>3DNow!
1997年AMD推出
3DNow!,是对于MMX的SIMD的
浮点指令增强(针对相同的 MMX 寄存器)。尽管这些也没有解决
编译器的难题,但这项技术的推出符合了PC上的3D休闲娱乐应用程序之崛起。3D游戏开发者和3D绘图硬件制造商在
AMD的
AMD K6和
Athlon系列
处理器上,使用3DNow!来帮助增加他们的效能。微软后来也在其开发的
Direct X7.0中加入针对3DNow!的最佳化,使当时的Athlon处理器在3D游戏效能上首次全面超过对手
Intel 的Pentium 3处理器。
>SSE
在1999年Intel推出
SSE指令集,增加了八个新的128-bit
寄存器(不跟其他的寄存器重叠使用)。这些指令类似于AMD的3DNow!,主要是增加浮点数运算的SIMD指令。
>SSE2
完整地补充了整数指令(与MMX相似)到原来的SSE寄存器。 64位的SIMD
浮点运算指令到原来的SSE寄存器。 第一个的增加导致MMX几乎是过时可以舍弃的,第二个则允许这些指令可以让传统的
编译器现实地产生。
>SSE3
>SSE4
2007年1月,Intel公开发表使用其45纳米制程"Penryn"芯片家族的PC和服务器。"Penryn"是这一系列依据英特尔
Core微架构之笔记本电脑、台式机和
服务器芯片家族的代号,首次正式发布时共有16款
处理器,除了一款Intel Core 2 Extreme
QX9650是针对普通台式机市场外,其余的双核Xeon 5200系列和
四核5400系列都是服务器处理器。基本上
Penryn是继
Merom之后的缩小版Core 2 Duo,再加上47条新的
SSE4指令集等额外配备。SSE4指令集之首次发表时间为2006年9月的英特尔开发者论坛(IDF,Intel Developer Forum)。
另外,x86
处理器制造厂商
AMD也在该公司最新
K10架构的
Phenom处理器中,加入4条新的SSE4A指令集。注意,SSE4与SSE4A无法彼此兼容。
>64位架构
到2002年,由于32位特性的长度,x86的架构开始到达某些设计的极限。这个导致要处理大量的信息储存大于4GB会有困难,像是在数据库或是影片编辑上可以发现。
Intel原本已经决定在64位的时代完全地舍弃x86兼容性,推出新的架构称为
IA-64技术作为他的
Itanium处理器产品线的基础。IA-64与x86的软件天生不兼容;它使用各种模拟形式来运行x86的软件,不过,以模拟方式来运行的效率十分低下,并且会影响其他程序的运行。
AMD主动把32位x86(或称为
IA-32)扩充为64位。它以一个称为
AMD64的架构出现(在重命名前也称为
x86-64),且以这个技术为基础的第一个产品是
单内核的
Opteron和
Athlon 64处理器家族。由于AMD的
64位处理器产品线首先进入市场,且微软也不愿意为Intel和AMD开发两套不同的64位操作系统,Intel也被迫采纳AMD64指令集且增加某些新的扩充到他们自己的产品,命名为
EM64T架构(显然他们不想承认这些指令集是来自它的主要对手),EM64T后来被Intel正式更名为Intel 64。
这是由非Intel的制造商所发起和设计的第一次重大的x86架构升级。也许更重要的,它也是第一次Intel实际上从外部来源接受这项本质的技术。
>虚拟
虚拟x86是很困难的,因为它的架构并未达到
波佩克与戈德堡虚拟化需求。然而,有好几个商业的虚拟x86产品,比如
VMware和
微软的
Virtual PC。Intel和AMD两者都有公开宣布未来的x86
处理器将会有新的增强来容易达到更有效率的虚拟。Intel针对这项虚拟特性的代号称为"Vanderpool"和"Silvervale";AMD则使用"Pacifica"这个代号。
>生产商
有多家公司设计、生产并售卖x86
处理器及其兼容产品,其中包括: