- 向 128 位元架構的過渡必然要求硬體（處理器）先於軟體發展。
- 目前的 64 位元架構能夠管理如此龐大的 RAM，因此無需立即進行技術上的飛躍。
- 實施 128 位元系統將涉及驅動程式和軟體重新設計的天文數位成本，但並不能為使用者帶來真正的改進。
我相信你肯定有過這樣的經驗：瀏覽論壇或閱讀硬體相關內容時，你肯定也曾懷疑過為什麼我們仍然只能使用 64 位元系統。微軟似乎已經把這個問題拋諸腦後，而一些用戶則感覺自己還在使用 80 年代的遊戲機，因為128 位元系統的升級似乎遙遙無期，儘管很多人早就希望如此。
要理解這個困境，光是關注軟體是不夠的；我們還需要考察驅動一切的引擎：處理器。這並非微軟偷懶，而是硬體和作業系統之間存在著絕對的依賴關係，這意味著現在開發 128 位元版本的 Windows 純粹是浪費時間和金錢。
處理器與軟體之間的互動
要讓作業系統以 128 位元運行，首先需要一個支援這種語言的 CPU。為市面上根本不存在的機器編寫軟體是毫無意義的。回顧歷史，我們發現這個模式一直如此：先是AMD 在 2003 年推出了 Athlon 64 處理器，接著是 Intel 的 Pentium 4，之後 Windows 才得以發佈相容版本，例如 Windows XP Professional x64 Edition 和後來的 Windows Vista。
本質上，位元定義了CPU在每個時脈週期內可以處理的資料區塊大小，以及非常重要的—它可以管理的記憶體上限。比特是最小的單位（0或1），透過將它們組合起來，我們就創建了「整數」。一個32位元處理器可以處理大約4.294億個整數，而一個64位元處理器可以處理數萬億個可能的整數值，這個數字簡直是天文數字。如果我們直接跳到128位，我們將進入一個近乎超現實的數學領域，數據量之大幾乎無法讀取或想像。
記憶體爭奪戰
幾十年來，我們不斷提高位元大小的主要原因是記憶體管理能力的提升。 20 世紀 80 年代，8 MB 就足夠了；90 年代，32 MB 成為標準。但到了 21 世紀初，記憶體消耗呈爆炸式增長，我們從兆位元組 (MB) 躍升至千兆位元組 (GB)，這迫使我們放棄 32 位，因為32 位元記憶體最多只能尋址 4 GB。
切換到 64 位元架構大規模地解決了這個問題。理論上，64 位元系統可以管理高達18 EB（超過 19 億 GB）的記憶體。為了讓您更能理解這個規模，Windows 11 專業版通常會因為實際原因限制在 2 TB 記憶體。升級到 128 位元架構將使我們能夠處理數萬億 YOTB 的內存，但這在今天看來純粹是科幻，在現實世界中完全沒有意義。
為什麼不現在就踏出這一步呢？
許多人疑惑，既然技術上可行，為何不付諸實行？簡而言之，沒有必要。目前，我們大多數人使用的記憶體都在 16GB 到 32GB 之間，只有最強大的伺服器或超級電腦系統才會接近目前的記憶體極限。投入數十億美元重新設計架構顯然是收益遞減的典型例子。
- 完全不相容： 大量的驅動程式和軟體都需要從頭開始重寫。
- 製造成本： 設計能夠利用這種性能的主機板和CPU將極為昂貴。
- 申請人數不足： 沒有哪個消費級程式需要超過 64 位元系統所能提供的功能。
誠然，一些現代處理器使用 128 位元暫存器或指令，例如Ryzen 9000 中的 AVX-512，來執行非常特定的多媒體或科學計算任務，但這只是一種特定的工具，並不意味著整個系統都以 128 位元運行。
未來與轉折點
我們不能斷言它永遠不會發生。 RISC-V架構已經考慮到了這些可能性，而電腦發展史也告訴我們，今天看似荒謬的事情，明天可能就會成為標準。在16位元時代，沒有人會想到我們會使用TB級的儲存空間，但如今我們已身處其中。然而，距離64位元架構的潛力完全發揮，我們還有幾十年的時間。
技術發展將繼續專注於效率和內部性能，而不是增加位數。除非資訊處理方式發生根本性變革，否則128位元Windows系統對於硬體愛好者而言仍將是一個遙不可及的夢想，因為目前的硬體架構足以應付從運行最新3A大作到管理大型資料中心等任何任務。
64 位元架構非常龐大，足以滿足當前和短期內的所有需求，由於缺乏相容的硬體和需要 128 位元架構的軟體，因此躍升至 128 位元架構毫無意義，這使得這一進步成為一種遙遠的技術可能性，但目前尚無實際用途。