Windows
保留 32 位 Microsoft Windows 桌面作業系統的充分理由
這個問題來自 2012 年。如果您在 2019 年或之後閱讀此問題，那麼答案確實是：不。在 2019 年沒有充分的理由維護 32 位桌面作業系統。
下面的原始問題：
伺服器軟體現在只有 64 位（因為 Windows 的 Server 2008 R2，甚至更早的 Exchange 和 Sharepoint），甚至 Ubuntu 都在推動您遠離其伺服器作業系統的 32 位版本。
但是有什麼好的、可量化的理由來維護一個 32 位桌面作業系統嗎？我們正在為（不幸的？）少數早期採用者準備我們的 Windows 8 映像。
我們的大多數台式電腦都有 4GB 或更少的 RAM，但我希望不必再為支持 32 位風格的作業系統而煩惱。
有什麼理由我應該這樣做？
- 在某些案例中，32 位可能會稍微快一些——地址越小意味著程式碼越緊湊，這意味著記憶體效率越高。在我看到的基準測試中，這種效率往往被 64 位在重計算環境中更高的計算效率所掩蓋。但實際上 32 位確實偶爾會在某些基準測試中獲勝。YMMV。軟體的年齡很重要，因為較新的版本利用了舊版本所沒有的 64 位內容。
- 更緊湊的程式碼意味著更少的磁碟空間。只需下載您最喜歡的 64 位和 32 位作業系統的 ISO，即可查看差異。這不是微不足道的。一旦你解壓縮二進製文件，它也會*更多。*正如 OrangeDog 所指出的：大部分空間消耗來自於 64 位作業系統除了 64 位庫之外還提供 32 位庫的事實。
- 您仍然可以更好地兼容 32 位的舊組件和軟體。這在主機上動態編譯但同時拉入第 3 方二進制庫的系統中尤其明顯。Microsoft 的 .NET 框架就是一個很好的例子：雖然這些程序在理論上是獨立於體系結構的，但只要您連結到本機二進製文件，您就會綁定到一個拱門或另一個拱門。許多開發人員甚至不知道這種情況正在發生，他們發布的生產組件將無法在 64 位系統上執行，而無需進行一些調整以明確指示 .NET 在 32 位模式下執行。大多數人不知道如何做到這一點。
- *正如 Daniel B 所指出的：*在 64 位機器上進行 Windows .NET 開發會讓您面臨令人沮喪的不一致問題，在某些情況下，作業系統會屏蔽異常。
- 舊硬體。您不能在 64 位核心上執行 32 位驅動程序。
對於大多數人來說，這一切都不會成為阻礙。不過，您必須決定這些因素如何影響您的環境。