text: x32 ABI，而使用32位指標，從而避免了對64位指標的開銷。細節.儘管x32 ABI限制了程式的虛擬地址為4 GB，它也減小了程式的記憶體佔用量，且在某些情況下，能使它執行得更快。在181.mcf SPEC CPU 2000基準測試中，x32 ABI版本比x86-64版本最多能快40%。一般而言，x32在SPEC CPU整數基準比x86-64快5-8%。在SPEC CPU浮點基準上，x86-64則毫無速度優勢。歷史.大多數情況下執行以ILP32模式編譯的程式，但又能使用主要的64位CPU指令，這樣的使用者空間並非少見，特別是在“經典RISC”晶片領域中。例如，Solaris作業系統在SPARC和x86-64上就是這麼做的。而對於Linux，SPARC和PowerPC上的Linux發行版，如Aurora SPARC Linux和Debian，也有ILP32使用者空間。根本原因是LP64程式碼“更貴”，正如上文x86-64所述。就這方面而言，x32是“64位ILP32”概念在x86-64平臺的延伸。自從2003年Athlon 64釋出以來，一些人就在討論32位指標x86-64 ABI的好處，特別是2008年高德納的研究。然而，在實現這種模式上，外界並沒有看到有顯著進展，直至2011年8月27日，漢斯·彼得·昂萬在Linux核心郵件列表上宣佈，他和H·J·魯一直在x32-ABI上努力。就在同一天，林納斯·託瓦茲回應道，在x32 ABI中使用32位時間值，將來可能會導致問題。這是因為，使用32位時間值，將導致時間值在2038年溢位。根據這一要求，x32 ABI的開發者將時間值變為了64位。2011年9月7日一個Linux Plumbers Conference上的演講提及了x32 ABI。x32 ABI於Linux 3.4起合併入核心，GNU C 函式庫 2.16中添加了相應支援。
metadata.dataset: erhwenkuo/wikipedia-zhtw
metadata.title: X32 ABI
metadata.url: https://zh.wikipedia.org/wiki?curid=4518602