1樓：九摩訶
同時具備64位的處理器，安裝64位的系統，使用64位的軟體才叫真正擁有了64位的pc喔～
三者缺一不可，不然只是浪費了高位數去照顧低位數而已，速度自然也上不去。
2樓：Xi Yang
雖然微軟的msvc為64位程式提供了更多的原子操作intrinsic，但顯然正常程式不會整天跑原子操作。與之相比，指標小了一倍的好處更實在。
3樓：蔣晟
64位程式通常要比32位程式慢。
比如.Net程式，64位程式的GC比32位的慢，因為64位指標比32位的大一倍。就算是本地程式，對更大的記憶體塊做清零之類的操作也需要更多的時間。
另外，同樣大小的快取現在儲存了較少的資料，使得快取命中率降低。
當然也有變快的場合，比如安裝的外掛程式不支援64位的話，那麼64位的程式可能會快一些，但是這是在以失去對應外掛程式支援為代價的。另外，如果32位程式（比如開啟乙個接近2GB大小的檔案的Excel)因為記憶體不足而頻繁做磁碟資料交換的話，移植到64位可以看到明顯的效能提公升。
把32位程式移植到64位的時候也有可能出bug，比如KB983246這樣的。
64位系統，是否可以指 相對於32位系統 的執行速度 快一倍？
問題的關鍵在於僅僅是CPU暫存器的吞吐量增大一倍,並不會帶來應用效能表現的一倍提公升.從一二級快取記憶體到暫存器,從記憶體到一二級高速緩,從硬碟到記憶體,等待網路,等待各種外設.大多數情況下,CPU只是在等待其他元件.所以要想有質的提示,需要更深層次的優化.對於個人應用市場,這種優化並不值得.目前用...
64位作業系統 CPU 如何相容32位程式 軟體 請看詳情。？
北極 要保證64位相容性，無非就是兩點 1.硬體相容 指令層面上 2.軟體相容 作業系統 因為以上兩點都能保證，所以自然32位程式能在相容32位程式的作業系統 CPU上跑。具體的形式 1.硬體相容 現有的x86架構的CPU，作業系統進入64位的工作模式都是相容32位的，即使在long mode模式下...
如果有128位系統和軟體，它相比64位的優勢和不足在哪？
朱涵俊 這個要適合當前科技水平，目前的水平54位夠了，目前64位系統位址都沒有全部放開，也就52位或者48位實體地址。要支援64位定址的分頁，如果是常見的4k頁的話，頁表太佔空間了，而且要經過多級轉化才行。要是128位，那就更龐大了，目前的記憶體條也沒這麼大。64位位址空間，4k分頁，那麼最後一級頁...