在电脑架构中,64位是指整数、内存地址或其他数据单元的宽度是64位元。此外,64位中央处理器 (CPU) 和算术逻辑单元 (ALU) 是基于64位大小的寄存器、地址总线或数据总线的,支持整数的64比特宽度的算术与逻辑运算。使用这种处理器的电脑是64位电脑。
此条目需要补充更多来源。 (2020年5月6日) |
此条目或章节需要时常更新。有关事物或许会随着时间而有所变化。 |
原理解释
一个CPU,联络外部的资料总线与地址总线,可能有不同的宽度;术语“64位”也常用于描述这些总线的大小。例如,目前有许多机器有着使用64位总线的32位处理器(如最初的Pentium和之后的CPU,但Intel的32位CPU的地址总线宽度最大为36位),因此有时会被称作“64位”。同样的,某些16位处理器(如MC68000)指的是16/32位处理器具有16位的总线,不过内部也有一些32位的性能。这一术语也可能指电脑指令集的指令长度,或其它的资料项(如常见的64位双精度浮点数)。去掉进一步的条件,“64位”电脑架构一般具有64位宽的整数型寄存器,它可支持(内部和外部两者)64位“区块”(chunk)的整数型资料。
处理器中的寄存器通常可分为三种:整数、浮点数、其它。在所有常见的主流处理器中,只有整数寄存器(integer register)才可存放指针值(内存资料的地址)。非整数寄存器不能存放指针来读写内存,因此不能用来避开任何受到整数寄存器大小所影响的内存限制。
几乎所有常见的主流处理器(大部分的ARM和32位MIPS实现是明显的例外)集成了浮点数硬件,它有可能使用64位寄存器保存资料,以供处理。例如,x86架构包含了x87浮点数指令,并使用8个80位寄存器构成堆栈结构。后来的x86修改版和x86-64架构,又加入SSE指令,它使用8个128位宽的寄存器(在x86-64中有16个寄存器)。与之相较,64位Alpha系列处理器,除了32个64位宽整数寄存器以外,也定义了32个64位宽的浮点数寄存器。
上限
64位最大的内存上限是“16 EiB”,即1677万7216 TiB、或171亿7986万9184 GiB。即使是目前世界最大的内存,其容量也远远低于这个上限,故64位在现实世界中可暂时视做为无限大。
内存的大小的算法是“2的XX次方”,例如16位位的内存上限是“2的16次方”即65536=64 KiB,而32位为“2的32次方”即4,294,967,296 B=4 GiB,以此类推而64位就是“2的64次方”即17179869184 GiB=16777216 TiB=16384 PiB=16 EiB。
64位的上限足足有171亿GiB,这已经完全满足了个人所能用到的全部存储量;不过仍应提到,直至2007年IBM的System/370及后继者使用128位浮点数,且许多现代处理器也内含128位浮点数寄存器;System/370及后继者尤其显著,在这方面,他们也使用多达16位组的可变长度十进制数(即128位)。
历史发展
早在1960年代,64位架构便已存在于当时的超级计算机,且早在1990年代,就有以RISC为基础的工作站和伺服器。2003年才以x86-64和64位PowerPC处理器架构的形式引入到(在此之前是32位)个人电脑领域的主流。
目前大部分的CPU(截至2005年),其单个寄存器可存放虚拟内存中任意资料的内存地址(本机)。因此,虚拟内存(电脑在程序的工作区域中所能保留的资料总量)中可用的地址取决于寄存器的宽度。自1960年的IBM System/360起,然后1970年的 DEC VAX微型电脑,以及1980年中期的Intel 80386,在事实上一致开发合用的32位大小的寄存器。32位寄存器意味着232的地址,或可使用4 GB的内存。当时在设计这些架构时,4GB的内存远远超过一般所安装的可用量,而认为已足够用于寻址。认为4GB地址为合适的大小,还有其它重要的理由:在应用程式中,如数据库,42亿多的整数已足够对大部分可计算的实体分配唯一的参考引用。
然而在1990年初,成本不断降低的内存,使安装的内存数量逼近4GB,且在处理某些类型的问题时,可以想像虚拟内存的使用空间将超过4GB上限。而64位系统的记忆体上限非常高,因此一些公司开始发布新的64位架构晶片家族,最初是提供给超级计算机、顶级工作站和伺服器机器。64位运算逐渐流向个人电脑,在2003年,某些型号的苹果公司Macintosh产生线转向PowerPC 970处理器(苹果公司称为“G5”),并在2006年,转向EM64T处理器,且x86-64处理器在顶级的PC中遂渐普及。64位架构的出现,有效的将内存上限提升至264地址,相当于1844多京或16 EB的内存。从这个角度来看,在4 MB主存储器很普遍时,最大的内存上限232的地址大约是一般安装内存的1000倍。如今,当1GB的主存储器很普遍时,264的地址上限大约是1百亿倍。
今天市面上大部分的消费级PC存在着人为的内存限制,因受限于实体上的限制,而几乎不太可能需要用到16EB的容量。举例来说,Apple的Mac Pro最多可安装物理内存至128GB,而无必要支持超过的大小。最新的Linux核心(版本3.11.2)可编译成最高支持64GB的内存。
- 1961年:IBM发表IBM 7030 Stretch 超级计算机。它使用64位资料字组,以及32或64位的指令字组。
- 1974年:Control Data Corporation推出CDC Star-100向量超级计算机,它使用64位字组架构(先前的CDC系统是以60位架构为基础)。
- 1976年:Cray Research发表第一台Cray-1超级计算机。它以64位字组架构为基础,它成为后来的Cray向量超级计算机的基础。
- 1983年:Elxsi推出Elxsi 6400平行微型超级计算机。Elxsi架构具有64位资料寄存器,不过地址空间仍是32位。
- 1991年:MIPS科技公司生产第一台64位微处理器,作为MIPS RISC架构R4000的第三次修订版本。该款CPU使用于以IRIS Crimson启动的SGI图形工作站。然而,IRIX 操作系统并未包含对R4000的64位支持,直到1996年发布IRIX 6.2为止。Kendall Square Research发表他们的第一台KSR1超级计算机,以专有的执行于OSF/1的64位RISC处理器架构为基础。
- 1992年:Digital Equipment Corporation(DEC)引入纯64位Alpha架构,其诞生自PRISM项目。
- 1993年:DEC发布64位OSF/1 AXP 类Unix操作系统(后来改名为Tru64 UNIX)和OpenVMS操作系统给Alpha系统。
- 1994年:Intel宣布64位IA-64架构的进度表(与HP共同开发)作为其32位IA-32处理器的继承者。以1998–1999推出时间为目标。SGI发布IRIX 6.0,即支持64位的R8000 CPU。
- 1995年:Sun推出64位SPARC处理器UltraSPARC。富士通所有的HAL电脑系统推出以64位CPU为基础的工作站,HAL独立设计的第一代SPARC64。IBM发布64位AS/400系统,能够转换操作系统、数据库、应用程式的升级。DEC发布OpenVMS Alpha 7.0,第一个全64位版本的OpenVMS for Alpha。
- 1996年:HP发布PA-RISC处理器架构的64位2.0版本的实现PA-8000。任天堂引入Nintendo 64电视游戏主机,以低成本的MIPS R4000变体所打造。
- 1997年:IBM发布RS64全64位PowerPC处理器。
- 1998年:IBM发布POWER3全64位PowerPC/POWER处理器。Sun发布Solaris 7,以完整支持64位UltraSPARC。
- 1999年:Intel发布IA-64架构的指令集。AMD首次公开64位集以扩展给IA-32,称为x86-64(后来改名为AMD64)。
- 2000年:IBM推出他自己的第一个兼容ESA/390的64位大型机zSeries z900,以及新的z/OS操作系统。紧接着是64位Linux on zSeries。
- 2001年:Intel推出64位处理器产品线,标记为Itanium,主打顶级伺服器。但因价钱太高(Itanium 9560价钱约为4650美金),因一再拖延IA-64市场而导致失败。Linux是第一个可执行于该处理器的操作系统。
- 2002年:Intel引入Itanium 2作为Itanium的继承者。
- 2003年:AMD产出他的AMD64架构Opteron以及Athlon 64处理器产品线。苹果也推出了64位“G5”PowerPC 970 CPU courtesy of IBM,并连同升级他的Mac OS X操作系统,其增加对64位模式的部分支持。若干Linux 发行版本发布对AMD64的支持。微软宣布将为AMD晶片建立新的Windows操作系统。Intel坚持Itanium晶片仍维持只有64位的处理器。
- 2004年:Intel承认AMD在市场上的成功,并着手开发AMD64延伸的替代品,称为IA-32e,稍后改名为EM64T。升级版本的Xeon和Pentium 4处理器家族支持了新推出的指令。Freescale宣布64位e700 core,以继承PowerPC G4系列。VIA Technologies宣布64位的Isaiah处理器。[1]
- 2005年:Sun于1月31日发布支持AMD64和EM64T处理器的Solaris 10。3月,Intel宣布他的第一个双核心EM64T处理器Pentium Extreme Edition 840和新的Pentium D晶片将于2005第二季推出。4月30日,微软公开发布提供给AMD64和EM64T处理器的Windows XP Professional x64 Edition。5月,AMD引入他的第一个双核心AMD64 Opteron伺服器CPU,并宣布其桌面型版本,称为Athlon 64 X2。将原本的Athlon 64 X2(Toledo)处理器改为两个核心,并为每个核心的L2配上1 MB缓冲存储器,以大约2.332亿个晶体管组成。它有199 mm²那么大。7月,IBM宣布他最新的双核心64位PowerPC 970MP(codenamed Antares),由IBM和Apple使用。微软发布Xbox 360游戏主机,其使用由IBM生产的64位、三核心Xenon PowerPC处理器。
- 2006年:双核心Montecito Itanium 2处理器进入生产。Sony、IBM、Toshiba开始生产用于PlayStation 3、伺服器、工作站以及其它应用的64位Cell处理器。苹果公司在新的Mac Pro和Intel Xserve电脑中采用64位EM64T Xeon处理器,稍后更新iMac、MacBook、MacBook Pro使用EM64T Core 2处理器。
- 2013年:Apple推出世界上第一款64位智能电话iPhone 5s,采用ARM架构A7处理器;同年晚些时候,Apple推出iPad Air,采用同款处理器,将64位处理器带入移动设备。
- 2014年:HTC推出世界上第一款以Android系统的64位处理器手机HTC Desire 820
64位操作系统
64位操作系统是指特别为64位架构电脑系统而设计的操作系统。
64位操作系统的优点,在于能够利用64位处理器的优势,在处理多媒体内容时能够有更佳的表现,可以存取4GB以上的内存。
64位操作系统最早在中小型电脑上实现,主要是一些Unix系统,以及RISC平台。此后英特尔和惠普公司合作研制的Itanium 64位处理器(Itanium采用特有的IA-64架构,与x86-64不兼容)推出后,出现了此平台上的64位Linux及微软Windows操作系统(即基于IA-64的Windows XP 64位版)。之后AMD推出了64位的x86-64(AMD将其称为AMD64,随后英特尔也采用该架构但曾一度把它命名为EM64T等等,x86-64的优点是能良好的兼容32位应用软件和32位操作系统)架构CPU,很快就在Linux平台得到支持,并且微软也提供了x86-64版本的Windows XP操作系统(全称Windows XP Professional x64 Edition),使得Itanium处理器日渐势微,最后Itanium只用于伺服器。最终英特尔决定推出与AMD之前推出的AMD64兼容的64位CPU,称为Intel 64、EMT64、EM64T等。Apple切换到英特尔平台后也开始开发64位操作系统。早期的解决方案十分古怪:如Mac OS X Tiger和Mac OS X Leopard以32位系统为核心,支持程序以64位模式运行,导致实际执行效率并不高。而后期的系统趋于完善,如Mac OS X Snow Leopard和更新的系统本身已于64位模式运行,可运行64位程序,也可以用兼容模式运行32位程序。
32位过渡至64位
从32位到64位架构的改变是一个根本的改变,因为大多数操作系统必须进行全面性修改,以获取新架构的优点。其它软件也必须进行移植,以使用新的性能;较旧的软件一般可借由硬件兼容模式(新的处理器支持较旧的32位版本指令集)或软件模拟进行支持。或者直接在64位处理器里面实现32位处理器核心(如同Intel的Itanium处理器,其内含有x86处理器核心,用来执行32位x86应用程式)。支持64位架构的操作系统,一般同时支持32位和64位的应用程式。
明显的例外是AS/400,其软件执行在虚拟的指令集架构,称为TIMI(技术独立机器界面),它会在执行之前,以低端软件转换成原生机器代码。低端软件必须全部重写,以搬移整个OS以及所有的软件到新的平台。例如,当IBM转移较旧的32/48位“IMPI”指令集到64位PowerPC(IMPI完全不像32位PowerPC,所以这比从32位版本的指令集转移到相同指令集的64位版本的规模还要庞大)。
64位架构无疑可应用在需要处理大量资料的应用程式,如数码视频、科学运算、和早期的大型数据库。在其它工作方面,其32位兼容模式是否会快过同等级的32位系统,这部分已有很多争论。在x86-64架构(AMD64和Intel 64)中,主要的32位操作系统和应用程式,可平滑的执行于64位硬件上。
Sun的64位Java虚拟机的启动速度比32位虚拟机还慢,因为Sun仍假定所有的64位机器都是伺服器,而且只有为64位平台实现“伺服器”编译器(C2)。[2]“客户端”编译器(C1)产生较慢的代码,不过编译较快速。所以尽管在64位JVM的Java程序在一段很长的周期会执行的较好(一般为长时间运作的“伺服器”应用程式),它的启动时间可能更久。对于短生命期的应用程式(如Java编译器javac)增加启动时间可控制执行时间,使64位的JVM整体变慢。
应当指出,在比较32位和64位处理器时,速度并不是唯一的考量因素。应用程式,如多工、应力测试(stress testing)、集群(clustering,用于HPC)可能更适合64位架构以正确部署。为了以上原因,64位集群已广泛部署于大型组织,如IBM、Vodafone、HP、微软。
一个常见的误解是:除非电脑安装的内存大于4GB,否则64位架构不会比32位架构好。这不完全正确:
- 部分操作系统保留了一部分行程地址空间供操作系统使用,减少用户程序可用于映射内存的地址空间。例如,Windows XP DLL以及userland OS组件映射到每一个行程的地址空间,即使电脑装有4 GB的内存,也仅剩下2至3.8 GB(端视其设置)的可用地址空间。这个限制在64位Windows中不会出现。
- 文件的内存映射不再适合32位架构,尤其是相对便宜的DVD刻录技术的引入。大于4 GB的文件不再罕见,如此大的文件无法简单的映射到32位架构的内存,只能映射文件的一部分范围到地址空间,并以内存映射存取文件。当有需要时,就必须将这些范围映射进或映射出地址空间。这是一个问题,因为充裕的内存映射仍是从磁碟至内存最有效率的存取方法,如果操作系统能适当实行的话。
64位架构主要的缺点是,相对于32位架构,占用相同的资料会消秏更多的内存空间(由于肿涨的指针,以及其它类型和对齐补白等可能)。这会增加行程对内存的需求,且可能会影响高性能处理器缓存的使用。解决方法之一是维持一部分32位模型,且大致合理有效。高性能导向的z/OS操作系统便采取这个方法,要求程序代码存放在32位地址空间的任一数字,资料物件则可(选择性)存放在64位区域。
目前主要的商业软件是建立在32位代码,而非64位代码,所以不能获取在64位处理器上较大的64位地址空间,或较宽的64位寄存器和资料路径的优点。然而,免费或自由软件操作系统的用户已经可以使用专有的64位运算环境。并非所有的应用程式都需要大量的地址空间或操作64位资料项,所以这些程序不会享受到较大的地址空间或较宽的寄存器和资料路径的好处;主要受益于64位版本的应用程式,并不会享受到使用x86的版本,会有更多的寄存器可以使用。
64位系统往往缺乏对应的软件,多数软件均按32位架构编写。最严重的问题是不兼容的驱动程式。尽管32位兼容模式(又称作模拟模式,即微软WoW64技术)可执行大部分软件,但通常无法执行驱动程式(或类似软件),因为驱动程式通常在操作系统和硬件之间执行,无法使用直接模拟。许多开放源始码软件数据包可简单的从源始码编译为可执行于64位环境操作系统,如Linux。所需的条件是供给64位机器的编译器(通常是gcc)。
因为装置的驱动程式通常执行于操作系统核心(Kernel)的内部,有可能以32位行程执行核心,同时支持64位的用户行程。以在核心里的额外消耗为代价,如此可为用户提供受益于64位的内存和性能,且不破坏现存32位驱动程式的二进制兼容性。这个机制源于OS X激活64位行程,同时支持32位的驱动程式。
64位资料模型
以高级语言编写的应用软件,从32位架构转换到64位架构的各种困难。一个共同的问题是,部分程序员假定指针如同其它资料类型一样有相同的长度。程序员假定它们可以在资料类型之间发送数量而不丢失资讯。这些假定只在一部分32位机器上如此(甚至是一部分16位机器),不过在64位机器上就不再如此。C语言及其后代C++尤其容易产生这种错误[1](页面存档备份,存于互联网档案馆) 。
要在C和C++中避免这种错误,如果确定原始类型的大小为所需的基础,sizeof
运算符可用来确定原始类型的大小,无论是在编译以及执行时期。此外,在C99标准中的<limits.h>表头,以及在C++标准中的<limits>表头的numeric_limits类别,可提供更多有用的资讯;sizeof只返回字符大小。这个用法使人产生误解,因为一个字符(CHAR_BITS
)的大小是由自身决定,在所有的C或C++实现中并未以相同方式定义。然而,除了这些编译器目标DSP以外,“64位 = 8字符(每一字符有8位)”已成标准。
必须谨慎使用ptrdiff_t
类型(在标准表头<stddef.h>
中)两个指针相减的结果;太多代码宁可不正确的使用“int”或“long”。表示一个指针(而不是指针差异)为一个整数,在此可以使用uintptr_t
(它只定义在C99中,不过某些编译器另外集成较早版本的标准以提供之,作为一个扩展)。
C和C++并未定义指针、整数型(int)、长型(long)为特定的位元数目。
在主要的32位机器程式设计环境中,指针、“int”变量、“long”变量全部都是32位长。
然而,在64位机器下的许多程式设计环境,“int”变量仍然是32位宽,不过“long”和指针是64位宽,上述内容称为LP64 资料模型。另一个选择是ILP64资料模型,三种资料类型都是64位宽,甚至SILP64连“short”变量也是64位宽。然而,大多数情况下所需的修改是相对次要且简单,而且许多编写良好的程序可以简单的重新编译给新的环境,而无须修改。另一个选择是LLP64模型,其维持32位代码的兼容性,使int和long为32位。“LL”指“long long”类型,其在所有平台下至少是64位,包括32位环境。
今天有许多64位编译器使用LP64模型(包括Solaris、AIX、HP、Linux、Mac OS X、IBM z/OS原生编译器)。微软的VC++编译器使用LLP64模型。其缺点是在LP64模型中将long存放到int可能会溢出。另一方面,还会使强制转型一个指针为long可以作用;在LLP模型下,情况则刚好相反。两者皆不应该出现在合乎C99的代码中。
注意,程式设计模型是在预编译器底层选择的,且数个模型可共存于同一操作系统。然而一般由OS API选择程式设计模型作为原始模型。
另一个考量是用于驱动程式的资料模式。在现代的操作系统中,驱动程式弥补了大多数的操作系统代码(尽管许多代码可能不会加载,当操作系统执行时)。许多驱动程式大量使用指针操控资料,且在某些情况下必须读入一定大小的指针进入支持DMA的硬件。举个例子,提供给32位PCI装置的驱动程式,请求装置的DMA资料进入64位机器内存的较高区域,可能无法满足来自操作系统从装置到大于4 GB内存读入资料的要求。因为对于这些地址的指针,将不适合装置的DMA寄存器。这个问题可如下解决,当向装置发出DMA请求时,OS采用与装置相符的内存限制,或者使用IOMMU。
目前的64位微处理器架构
属于64位的微处理器架构(2006年)有:
- DEC Alpha架构(查看Digital Alpha timeline(页面存档备份,存于互联网档案馆))
- Intel的IA-64架构(用于Intel的Itanium CPU)
- x86-64架构,64位版本的x86架构(又称作“x64”)
- SPARC架构(从SPARC V9开始的64位)
- Sun的UltraSPARC架构
- Fujitsu的SPARC64架构
- IBM的POWER架构(从POWER3和RS64变体开始的64位)
- IBM/Motorola的PowerPC架构(从PowerPC 620和PowerPC 970变体开始的64位)
- IBM的z/Architecture,used by IBM zSeries和System z9 大型机,ESA/390架构的64位版本
- MIPS科技公司的MIPS IV、MIPS V、MIPS64 架构
- HP的PA-RISC(从PA-RISC 2.0开始的64位)
- ARMv8 Cortex-A50(包含A53, A57)架构,如Apple A7处理器
大部分64位处理器架构可原生执行32位版本架构的代码,而无任何性能损失。这种支持通常称为双架构支持或更普遍的多架构支持。