百科解釋
在計(jì)算機(jī)架構(gòu)中,64位整數(shù)、內(nèi)存地址或其他數(shù)據(jù)單元,是指它們最高達(dá)到64位(8字節(jié))寬。此外,64位CPU和算術(shù)邏輯單元架構(gòu)是以寄存器、內(nèi)存總線或者數(shù)據(jù)總線的大小為基準(zhǔn)。
64 位CPU在1960年代,便已存在于超級(jí)計(jì)算機(jī),且早在1990年代,就有以 RISC 為基礎(chǔ)的工作站和服務(wù)器。2003年才以 x86-64 和 64 位 PowerPC 處理器架構(gòu)的形式引入到(在此之前是 32 位)個(gè)人計(jì)算機(jī)領(lǐng)域的主流。
一個(gè) 64 位的 CPU,內(nèi)部可能有外部數(shù)據(jù)總線或不同大小的地址總線,可能比較大或比較。恍g(shù)語(yǔ)“64位”也常用于描述這些總線的大小。例如,目前有許多機(jī)器有著使用 64 位總線的 32 位處理器(如最初的 Pentium 和之后的 CPU),因此有時(shí)會(huì)被稱作“64位”。同樣的,某些 16 位處理器(如 MC68000)指的是 16/32 位處理器具有 16 位的總線,不過(guò)內(nèi)部也有一些 32 位的性能。這一術(shù)語(yǔ)也可能指計(jì)算機(jī)指令集的指令長(zhǎng)度,或其它的數(shù)據(jù)項(xiàng)(如常見(jiàn)的 64 位雙精度浮點(diǎn)數(shù))。去掉進(jìn)一步的條件,“64位”計(jì)算機(jī)架構(gòu)一般具有 64 位寬的整數(shù)型寄存器,它可支持(內(nèi)部和外部?jī)烧撸?64 位“區(qū)塊”(chunk)的整數(shù)型數(shù)據(jù)。 處理器中的寄存器通?煞譃槿N︰整數(shù)、浮點(diǎn)數(shù)、其它。在所有常見(jiàn)的主流處理器中,只有整數(shù)寄存器(integer register)才可存放指針值(內(nèi)存數(shù)據(jù)的地址)。非整數(shù)寄存器不能存放指針來(lái)讀寫(xiě)內(nèi)存,因此不能用來(lái)避開(kāi)任何受到整數(shù)寄存器大小所影響的內(nèi)存限制。
幾乎所有常見(jiàn)的主流處理器(大部分的 ARM 和 32 位 MIPS 實(shí)作是明顯的例外)集成了浮點(diǎn)數(shù)硬件,它有可能使用 64 位寄存器保存數(shù)據(jù),以供處理。例如,x86 架構(gòu)包含了 x87 浮點(diǎn)數(shù)指令,并使用 8 個(gè) 80 位寄存器構(gòu)成堆棧結(jié)構(gòu)。后來(lái)的 x86 修改版和 x86-64 架構(gòu),又加入 SSE 指令,它使用 8 個(gè) 128 位寬的寄存器(在 x86-64 中有 16 個(gè)寄存器)。與之相較,64 位 Alpha 系列處理器,除了 32 個(gè) 64 位寬整數(shù)寄存器以外,也定義了 32 個(gè) 64 位寬的浮點(diǎn)數(shù)寄存器。 目前大部分的 CPU(截至 2005 年),其單個(gè)寄存器可存放虛擬內(nèi)存中任意數(shù)據(jù)的內(nèi)存地址(本機(jī))。因此,虛擬內(nèi)存(計(jì)算機(jī)在程序的工作區(qū)域中所能保留的數(shù)據(jù)總量)中可用的地址取決于寄存器的寬度。自 1960 年的 IBM System/360 起,然后 1970年 的 DEC VAX 微型計(jì)算機(jī),以及 1980年 中期的 Intel 80386,在事實(shí)上一致開(kāi)發(fā)合用的 32 位大小的寄存器。32 位寄存器意味著 232 的地址,或可使用 4 GB 的內(nèi)存。當(dāng)時(shí)在設(shè)計(jì)這些架構(gòu)時(shí),4 GB 的內(nèi)存遠(yuǎn)遠(yuǎn)超過(guò)一般所安裝的可用量,而認(rèn)為已足夠用于尋址。認(rèn)為 4 GB 地址為合適的大小,還有其它重要的理由︰在應(yīng)用程序中,如數(shù)據(jù)庫(kù),42 億多的整數(shù)已足夠?qū)Υ蟛糠挚捎?jì)算的實(shí)例分配唯一的參考引用。
然而在 1990年初,成本不斷降低的內(nèi)存,使安裝的內(nèi)存數(shù)量逼近 4 GB,且在處理某些類型的問(wèn)題時(shí),可以想像虛擬內(nèi)存的使用空間將超過(guò) 4 GB 上限。為此,一些公司開(kāi)始釋出新的 64 位架構(gòu)芯片家族,最初是提供給超級(jí)計(jì)算機(jī)、頂級(jí)工作站和服務(wù)器機(jī)器。64 位運(yùn)算逐漸流向個(gè)人計(jì)算機(jī),在 2003 年,某些型號(hào)的 Apple Macintosh 產(chǎn)生線轉(zhuǎn)向 PowerPC 970 處理器(Apple 稱為“G5”),并在 2006 年,轉(zhuǎn)向 EM64T 處理器,且 x86-64 處理器在頂級(jí)的 PC 中遂漸普及。64 位架構(gòu)的出現(xiàn),有效的將內(nèi)存上限提升至 264 地址,相當(dāng)于 1844 多京或 16 EB 的內(nèi)存。從這個(gè)角度來(lái)看,在 4 MB 主內(nèi)存很普遍時(shí),最大的內(nèi)存上限 232 的地址大約是一般安裝內(nèi)存的 1000 倍。如今,當(dāng) 1 GB 的主內(nèi)存很普遍時(shí),264 的地址上限大約是 1 百億倍。
今天市面上大部分的消費(fèi)級(jí) PC 存在著人為的內(nèi)存限制,因受限于實(shí)例上的限制,而幾乎不太可能需要完整支持 16 EB 容量。舉例來(lái)說(shuō),Apple 的 Mac Pro 最多可安裝實(shí)例內(nèi)存至 16 GB,而無(wú)必要支持超過(guò)的大小。最新的 Linux 內(nèi)核(版本 2.6.16)可編譯成最高支持 64 GB 的內(nèi)存,Windows Vista Ultimate支持超過(guò)128G內(nèi)存。 從 32位到 64 位架構(gòu)的改變是一個(gè)根本的改變,因?yàn)榇蠖鄶?shù)操作系統(tǒng)必須進(jìn)行全面性修改,以取得新架構(gòu)的優(yōu)點(diǎn)。其它軟件也必須進(jìn)行移植,以使用新的性能;較舊的軟件一般可借由硬件兼容模式(新的處理器支持較舊的 32 位版本指令集)或軟件模擬進(jìn)行支持;蛘咧苯釉 64 位處理器里面實(shí)作 32 位處理器內(nèi)核(如同 Intel 的 Itanium 處理器,其內(nèi)含有 x86 處理器內(nèi)核,用來(lái)執(zhí)行 32 位 x86 應(yīng)用程序)。支持 64 位架構(gòu)的操作系統(tǒng),一般同時(shí)支持 32 位和 64 位的應(yīng)用程序。
明顯的例外是 AS/400,其軟件執(zhí)行在虛擬的指令集架構(gòu),稱為 TIMI(技術(shù)獨(dú)立機(jī)器界面),它會(huì)在執(zhí)行之前,以低階軟件轉(zhuǎn)換成本地機(jī)器碼。低階軟件必須全部重寫(xiě),以搬移整個(gè) OS 以及所有的軟件到新的平臺(tái)。例如,當(dāng) IBM 轉(zhuǎn)移較舊的 32/48 位“IMPI”指令集到 64 位 PowerPC(IMPI 完全不像 32 位 PowerPC,所以這比從 32 位版本的指令集轉(zhuǎn)移到相同指令集的 64 位版本的規(guī)模還要龐大)。
64 位架構(gòu)無(wú)疑可應(yīng)用在需要處理大量數(shù)據(jù)的應(yīng)用程序,如數(shù)碼視頻、科學(xué)運(yùn)算、和早期的大型數(shù)據(jù)庫(kù)。在其它工作方面,其 32 位兼容模式是否會(huì)快過(guò)同等級(jí)的 32 位系統(tǒng),這部分已有很多爭(zhēng)論。在 x86-64 架構(gòu)(AMD64 和 Intel 64)中,主要的 32 位操作系統(tǒng)和應(yīng)用程序,可平滑的執(zhí)行于 64 位硬件上。
Sun 的 64 位 Java虛擬機(jī)的啟動(dòng)速度比 32 位虛擬機(jī)還慢,因?yàn)?Sun 仍假定所有的 64 位機(jī)器都是服務(wù)器,而且只有為 64 位平臺(tái)實(shí)作“服務(wù)器”編譯器(C2)。“客戶端”編譯器(C1)產(chǎn)生較慢的代碼,不過(guò)編譯較快速。所以盡管在 64 位 JVM 的 Java 程序在一段很長(zhǎng)的周期會(huì)執(zhí)行的較好(一般為長(zhǎng)時(shí)間運(yùn)作的“服務(wù)器”應(yīng)用程序),它的啟動(dòng)時(shí)間可能更久。對(duì)于短生命期的應(yīng)用程序(如 Java 編譯器 javac) 增加啟動(dòng)時(shí)間可控制執(zhí)行時(shí)間,使 64 位的 JVM 整體變慢。
應(yīng)當(dāng)指出,在比較 32 位和 64 位處理器時(shí),速度并不是唯一的考量因素。應(yīng)用程序,如多任務(wù)、應(yīng)力測(cè)試(stress testing)、叢集(clustering)(用于HPC)可能更適合 64 位架構(gòu)以正確部署。為了以上原因,64 位叢集已廣泛部署于大型組織,如 IBM、Vodafone、HP、微軟。 一個(gè)常見(jiàn)的誤解是︰除非計(jì)算機(jī)安裝的內(nèi)存大于 4 GB,否則 64 位架構(gòu)不會(huì)比 32 位架構(gòu)好。這不完全正確︰
部分操作系統(tǒng)保留了一部分進(jìn)程地址空間供操作系統(tǒng)使用,造成使用者程序可用于映射內(nèi)存的地址空間減少。例如,Windows XP DLL 以及 userland OS 組件映射到每一個(gè)進(jìn)程的地址空間,即使計(jì)算機(jī)裝有 4 GB 的內(nèi)存,也僅留下 2 至 3.8 GB(端視其設(shè)置)的可用地址空間。這個(gè)限制在 64 位 Windows 中并不會(huì)出現(xiàn)。
文件的內(nèi)存映射對(duì) 32 位的架構(gòu)而言不再合用,尤其是相對(duì)便宜的 DVD 燒錄技術(shù)的引入。大于 4 GB 的文件不再罕見(jiàn),且如此大的文件無(wú)法簡(jiǎn)單的映射到 32 位架構(gòu)的內(nèi)存;只能映射文件的一部分范圍到地址空間上,并以內(nèi)存映射存取文件,當(dāng)有需要時(shí),就必須將這些范圍映射進(jìn)或映射出地址空間。這是一個(gè)問(wèn)題,因?yàn)槌湓5膬?nèi)存映射仍是從磁盤(pán)至內(nèi)存最有效率的存取方法,如果操作系統(tǒng)能適當(dāng)實(shí)行的話。
64 位架構(gòu)主要的缺點(diǎn)是,相對(duì)于 32 位架構(gòu),占用相同的數(shù)據(jù)會(huì)消秏更多的內(nèi)存空間(由于腫漲的指針,以及其它型態(tài)和對(duì)齊補(bǔ)白等可能)。這會(huì)增加進(jìn)程對(duì)內(nèi)存的需求,且可能會(huì)影響高效能處理器高速緩存的使用。維持一部分的 32 位模型是一個(gè)處理方法,且大致合理有效。實(shí)際上,高效能導(dǎo)向的 z/OS 操作系統(tǒng)便采取這個(gè)方法,要求程序代碼存放在 32 位地址空間的任一數(shù)字,數(shù)據(jù)對(duì)象則可(選擇性)存放在 64 位區(qū)域。
目前主要的商業(yè)軟件是建立在 32 位代碼,而非 64 位代碼,所以不能取得在 64 位處理器上較大的 64 位地址空間,或較寬的 64 位寄存器和數(shù)據(jù)路徑的優(yōu)點(diǎn)。然而,免費(fèi)或自由軟件操作系統(tǒng)的使用者已經(jīng)可以使用專有的 64 位運(yùn)算環(huán)境。并非所有的應(yīng)用程序都需要大量的地址空間或操作 64 位數(shù)據(jù)項(xiàng),所以這些程序不會(huì)享受到較大的地址空間或較寬的寄存器和數(shù)據(jù)路徑的好處;主要受益于 64 位版本的應(yīng)用程序,并不會(huì)享受到使用 x86 的版本,會(huì)有更多的寄存器可以使用。 64 位系統(tǒng)有時(shí)缺乏對(duì)應(yīng)的軟件,那些軟件是寫(xiě)給 32 位架構(gòu)。最嚴(yán)重的問(wèn)題是不兼容的驅(qū)動(dòng)程序。盡管大部分軟件可執(zhí)行于 32 位兼容模式(又稱作模擬模式,即微軟 WoW64 技術(shù)),其通常無(wú)法執(zhí)行驅(qū)動(dòng)程序(或類似軟件),因?yàn)槌绦蛲ǔ?zhí)行于操作系統(tǒng)和硬件之間,在此直接模擬無(wú)法使用。許多開(kāi)放源始碼軟件封包可簡(jiǎn)單的從源始碼編譯為可執(zhí)行于 64 位環(huán)境操作系統(tǒng),如 Linux。所需的條件是供給 64 位機(jī)器的編譯器(通常是 gcc)。目前大部分 64 位版本的驅(qū)動(dòng)程序還不能用,由于缺少可用的驅(qū)動(dòng)程序,所以使用 64 位操作系統(tǒng)會(huì)有挫折。
因?yàn)樵O(shè)備的驅(qū)動(dòng)程序通常執(zhí)行于操作系統(tǒng)內(nèi)核(kernel)的內(nèi)部,有可能以 32 位進(jìn)程執(zhí)行內(nèi)核,同時(shí)支持 64 位的使用者進(jìn)程。以在內(nèi)核里的額外消耗為代價(jià),如此可為使用者提供受益于 64 位的內(nèi)存和效能,且不破壞現(xiàn)存 32 位驅(qū)動(dòng)程序的二進(jìn)制兼容性。這個(gè)機(jī)制源于 Mac OS X 啟用 64 位進(jìn)程,同時(shí)支持 32 位的驅(qū)動(dòng)程序。 以高階語(yǔ)言編寫(xiě)的應(yīng)用軟件,從 32 位架構(gòu)轉(zhuǎn)換到 64 位架構(gòu)的各種困難。一個(gè)共同的問(wèn)題是,部分程序員假定指針如同其它數(shù)據(jù)型態(tài)一樣有相同的長(zhǎng)度。程序員假定他們可以在數(shù)據(jù)型態(tài)之間傳送數(shù)量而不遺失信息。這些假定只在一部分 32 位機(jī)器上如此(甚至是一部分 16 位機(jī)器),不過(guò)在 64 位機(jī)器上就不再如此。C 語(yǔ)言及其后代 C++ 尤其容易產(chǎn)生這種錯(cuò)誤[1]。
要在 C 和 C++ 中避免這種錯(cuò)誤,如果確定原始類型的大小為所需的基礎(chǔ),sizeof 操作符可用來(lái)確定原始類型的大小,無(wú)論是在編譯以及執(zhí)行時(shí)期。此外,在 C99 標(biāo)準(zhǔn)中的 <limits.h> 表頭,以及在 C++ 標(biāo)準(zhǔn)中的 <limits> 表頭的 numeric_limits 類,可提供更多有用的信息;sizeof 只返回字符大小。這個(gè)用法使人產(chǎn)生誤解,因?yàn)橐粋(gè)字符(CHAR_BITS)的大小是由自身決定,在所有的 C 或 C++ 實(shí)作中并未以相同方式定義。然而,除了這些編譯器目標(biāo) DSP 以外,“64 位 = 8 字符(每一字符有 8 位)”已成標(biāo)準(zhǔn)。
必須謹(jǐn)慎使用 ptrdiff_t 型態(tài)(在標(biāo)準(zhǔn)表頭 <stddef.h> 中)兩個(gè)指針相減的結(jié)果;太多代碼寧可不正確的使用“int”或“l(fā)ong”。表示一個(gè)指針(而不是指針差異)為一個(gè)整數(shù),在此可以使用 uintptr_t(它只定義在 C99 中,不過(guò)某些編譯器另外集成較早版本的標(biāo)準(zhǔn)以提供之,作為一個(gè)擴(kuò)充)。
C 和 C++ 并未定義指針、整數(shù)型(int)、長(zhǎng)型(long)為特定的位數(shù)目。
在主要的 32 位機(jī)器程序設(shè)計(jì)環(huán)境中,指針、“int”變量、“l(fā)ong”變量全部都是 32 位長(zhǎng)。
然而,在 64 位機(jī)器下的許多程序設(shè)計(jì)環(huán)境,“int”變量仍然是 32 位寬,不過(guò)“l(fā)ong”和指針是 64 位寬,上述內(nèi)容稱為 LP64 數(shù)據(jù)模型。另一個(gè)選擇是 ILP64 數(shù)據(jù)模型,三種數(shù)據(jù)型態(tài)都是 64 位寬,甚至 SILP64 連“short”變量也是 64 位寬。然而,大多數(shù)情況下所需的修改是相對(duì)次要且簡(jiǎn)單,而且許多編寫(xiě)良好的程序可以簡(jiǎn)單的重新編譯給新的環(huán)境,而無(wú)須修改。另一個(gè)選擇是 LLP64 模型,其維持 32 位代碼的兼容性,使 int 和 long 為 32 位!癓L”指“l(fā)ong long”型態(tài),其在所有平臺(tái)下至少是 64 位,包括 32 位環(huán)境。
今天有許多 64 位編譯器使用 LP64 模型(包括 Solaris、AIX、HP、Linux、Mac OS X、IBM z/OS 本地編譯器)。微軟的 VC++ 編譯器使用 LLP64 模型。其缺點(diǎn)是在 LP64 模型中將 long 存放到 int 可能會(huì)溢出。另一方面,還會(huì)使強(qiáng)制轉(zhuǎn)型一個(gè)指針為 long 可以作用;在 LLP 模型下,情況則剛好相反。兩者皆不應(yīng)該出現(xiàn)在合乎 C99 的代碼中。
注意,程序設(shè)計(jì)模型是在預(yù)編譯器底層選擇的,且數(shù)個(gè)模型可共存于同一操作系統(tǒng)。然而一般由 OS API 選擇程序設(shè)計(jì)模型作為原始模型。
另一個(gè)考量是用于驅(qū)動(dòng)程序的數(shù)據(jù)模式。在現(xiàn)代的操作系統(tǒng)中,驅(qū)動(dòng)程序彌補(bǔ)了大多數(shù)的操作系統(tǒng)代碼(盡管許多代碼可能不會(huì)加載,當(dāng)操作系統(tǒng)執(zhí)行時(shí))。許多驅(qū)動(dòng)程序大量使用指針操控?cái)?shù)據(jù),且在某些情況下必須讀入一定大小的指針進(jìn)入支持 DMA 的硬件。舉個(gè)例子,提供給 32 位 PCI 設(shè)備的驅(qū)動(dòng)程序,請(qǐng)求設(shè)備的 DMA 數(shù)據(jù)進(jìn)入 64 位機(jī)器內(nèi)存的較高區(qū)域,可能無(wú)法滿足來(lái)自操作系統(tǒng)從設(shè)備到大于 4 GB 內(nèi)存讀入數(shù)據(jù)的要求。因?yàn)閷?duì)于這些地址的指針,將不適合設(shè)備的 DMA 寄存器。這個(gè)問(wèn)題可如下解決,當(dāng)向設(shè)備發(fā)出 DMA 請(qǐng)求時(shí),OS 采用與設(shè)備相符的內(nèi)存限制,或者使用 IOMMU。 1961︰IBM 發(fā)表 IBM 7030 Stretch 超級(jí)計(jì)算機(jī)。它使用 64 位數(shù)據(jù)字組,以及 32 或 64 位的指令字組。
1974︰Control Data Corporation 推出 CDC Star-100 向量超級(jí)計(jì)算機(jī),它使用 64 位字組架構(gòu)(先前的 CDC 系統(tǒng)是以 60 位架構(gòu)為基礎(chǔ))。
1976︰Cray Research 發(fā)表第一臺(tái) Cray-1 超級(jí)計(jì)算機(jī)。它以 64 位字組架構(gòu)為基礎(chǔ),它成為后來(lái)的 Cray 向量超級(jí)計(jì)算機(jī)的基礎(chǔ)。
1983︰Elxsi 推出 Elxsi 6400 平行微型超級(jí)計(jì)算機(jī)。Elxsi 架構(gòu)具有 64 位數(shù)據(jù)寄存器,不過(guò)地址空間仍是 32 位。
1991︰MIPS科技公司生產(chǎn)第一臺(tái) 64 位微處理器,作為 MIPS RISC 架構(gòu) R4000 的第三次修訂版本。該款 CPU 使用于以 IRIS Crimson 啟動(dòng)的 SGI 圖形工作站。然而,IRIX 操作系統(tǒng)并未包含對(duì) R4000 的 64 位支持,直到 1996 年釋出 IRIX 6.2 為止。Kendall Square Research 發(fā)表他們的第一臺(tái) KSR1 超級(jí)計(jì)算機(jī),以專有的執(zhí)行于 OSF/1 的 64 位 RISC 處理器架構(gòu)為基礎(chǔ)。
1992︰Digital Equipment Corporation(DEC)引入純 64 位 Alpha 架構(gòu),其誕生自 PRISM 項(xiàng)目。
1993︰DEC 釋出 64 位 OSF/1 AXP 類Unix 操作系統(tǒng)(后來(lái)改名為 Tru64 UNIX)和 OpenVMS 操作系統(tǒng)給 Alpha 系統(tǒng)。
1994︰Intel 宣布 64 位 IA-64 架構(gòu)的進(jìn)度表(與 HP 共同開(kāi)發(fā))作為其 32 位 IA-32 處理器的繼承者。以 1998–1999 推出時(shí)間為目標(biāo)。SGI 釋出 IRIX 6.0,即支持 64 位的 R8000 CPU。
1995︰Sun 推出 64 位 SPARC 處理器 UltraSPARC。富士通所有的 HAL 計(jì)算機(jī)系統(tǒng)推出以 64 位 CPU 為基礎(chǔ)的工作站,HAL 獨(dú)立設(shè)計(jì)的第一代 SPARC64。IBM 釋出 64 位 AS/400 系統(tǒng),能夠轉(zhuǎn)換操作系統(tǒng)、數(shù)據(jù)庫(kù)、應(yīng)用程序的升級(jí)。DEC 釋出 OpenVMS Alpha 7.0,第一個(gè)全 64 位版本的 OpenVMS for Alpha。
1996︰HP 釋出 PA-RISC 處理器架構(gòu)的 64 位 2.0 版本的實(shí)作 PA-8000。 任天堂引入 Nintendo 64 電視游戲主機(jī),以低成本的 MIPS R4000 變體所打造。
1997︰IBM 釋出 RS64 全 64 位 PowerPC 處理器。
1998︰IBM 釋出 POWER3 全 64 位 PowerPC/POWER 處理器。Sun 釋出 Solaris 7,以完整支持 64 位 UltraSPARC。
1999︰Intel 釋出 IA-64 架構(gòu)的指令集。AMD 首次公開(kāi) 64 位集以擴(kuò)充給 IA-32,稱為 x86-64(后來(lái)改名為 AMD64)。
2000︰IBM 推出他自己的第一個(gè)兼容 ESA/390 的 64 位大型計(jì)算機(jī) zSeries z900,以及新的 z/OS 操作系統(tǒng)。緊接著是 64 位 Linux on zSeries。
2001︰Intel 終于推出他的 64 位處理器產(chǎn)品線,標(biāo)記為 Itanium,主打頂級(jí)服務(wù)器。它無(wú)法滿足人們的期待,因一再拖延 IA-64 市場(chǎng)而導(dǎo)致失敗。Linux 是第一個(gè)可執(zhí)行于該處理器的操作系統(tǒng)。
2002︰Intel 引入 Itanium 2 作為 Itanium 的繼承者。
2003︰AMD 產(chǎn)出他的 AMD64 架構(gòu) Opteron 以及 Athlon 64 處理器產(chǎn)品線。Apple 也推出 64 位“G5”P(pán)owerPC 970 CPU courtesy of IBM,并連同升級(jí)他的 Mac OS X 操作系統(tǒng),其增加對(duì) 64 位模式的部分支持。若干 Linux 發(fā)行版本釋出對(duì) AMD64 的支持。微軟宣布將為 AMD 芯片建立新的 Windows 操作系統(tǒng)。Intel 堅(jiān)持 Itanium 芯片仍維持只有 64 位的處理器。
2004︰Intel 承認(rèn) AMD 在市場(chǎng)上的成功,并著手開(kāi)發(fā) AMD64 延伸的替代品,稱為 IA-32e,稍后改名為 EM64T。升級(jí)版本的 Xeon 和 Pentium 4 處理器家族支持了新推出的指令。Freescale 宣布 64 位 e700 core,以繼承 PowerPC G4 系列。VIA Technologies 宣布 Isaiah 64 位處理器。
2005︰Sun 于 1 月 31 日釋出支持 AMD64 和 EM64T 處理器的 Solaris 10。3 月,Intel 宣布他的第一個(gè)雙內(nèi)核 EM64T 處理器 Pentium Extreme Edition 840 和新的 Pentium D 芯片將于 2005 第二季推出。4 月 30 日,微軟公開(kāi)釋出提供給 AMD64 和 EM64T 處理器的 Windows XP Professional x64 Edition。5 月,AMD 引入他的第一個(gè)雙內(nèi)核 AMD64 Opteron 服務(wù)器 CPU,并宣布其桌上型版本,稱為 Athlon 64 X2。將原本的 Athlon 64 X2 (Toledo) 處理器改為兩個(gè)內(nèi)核,并為每個(gè)內(nèi)核的 L2 配上 1 MB 高速緩存內(nèi)存,以大約 2.332 億個(gè)晶體管組成。它有 199 mm² 那么大。7 月,IBM 宣布他最新的雙內(nèi)核 64 位 PowerPC 970MP (codenamed Antares),由 IBM 和 Apple 使用。微軟釋出 Xbox 360 游戲主機(jī),其使用由 IBM 生產(chǎn)的 64 位、三內(nèi)核 Xenon PowerPC 處理器。
2006︰雙內(nèi)核 Montecito Itanium 2 處理器進(jìn)入生產(chǎn)。Sony、IBM、Toshiba 開(kāi)始生產(chǎn)用于 PlayStation 3、服務(wù)器、工作站以及其它應(yīng)用的 64 位 Cell 處理器。蘋(píng)果公司在新的 Mac Pro 和 Intel Xserve 計(jì)算機(jī)中采用 64 位 EM64T Xeon 處理器,稍后更新 iMac、MacBook、MacBook Pro 使用 EM64T Core 2 處理器。 屬于 64 位的微處理器架構(gòu)(2006年)有︰
DEC Alpha 架構(gòu)(查看 Digital Alpha timeline)
Intel 的 IA-64 架構(gòu)(用于 Intel 的 Itanium CPU)
x86-64 架構(gòu),64 位版本的 x86 架構(gòu)(又稱作“x64”)
AMD 的 AMD64(用于 AMD 的 Athlon 64、Opteron、Sempron、Turion 64 CPU)
Intel 的 Intel64(用于 Intel 的新型 Pentium 4、Xeon、Core 2 CPU)
SPARC 架構(gòu)(從 SPARC V9 開(kāi)始的 64 位)
Sun 的 UltraSPARC 架構(gòu)
Fujitsu 的 SPARC64 架構(gòu)
IBM 的 POWER 架構(gòu)(從 POWER3 和 RS64 變體開(kāi)始的 64 位)
IBM/Motorola 的 PowerPC 架構(gòu)(從 PowerPC 620 和 PowerPC 970 變體開(kāi)始的 64 位)
IBM 的 z/Architecture,used by IBM zSeries 和 System z9 大型計(jì)算機(jī),ESA/390 架構(gòu)的 64 位版本
MIPS 科技公司的 MIPS IV、MIPS V、MIPS64 架構(gòu)
HP 的 PA-RISC family(從 PA-RISC 2.0 開(kāi)始的 64 位)
大部分 64 位處理器架構(gòu)可本地執(zhí)行 32 位版本架構(gòu)的代碼,而無(wú)任何效能損失。這種支持通常稱為雙架構(gòu)支持或更普遍的多架構(gòu)支持。 直至 2007年,64 位字組似乎已滿足大部分的運(yùn)用。不過(guò)仍應(yīng)提到,IBM 的 System/370 及后繼者使用 128 位浮點(diǎn)數(shù),且許多現(xiàn)代處理器也內(nèi)含 128 位浮點(diǎn)數(shù)寄存器。System/370 及后繼者尤其顯著,在這方面,他們也使用多達(dá) 16 字節(jié)的可變長(zhǎng)度十進(jìn)制數(shù)(即128位)。 在數(shù)碼圖像中,64 位為附有 16 位 Alpha 通道的 48 位圖像。