我也是網上聽說的，32位系統最多能分配的記憶體是2^32 也就是差不多4G，然後去掉系統佔用的一些亂七八糟的東西，最後分給使用者能控制的地址段是2G

網上有這樣一段話，僅供參考。

32位系統使用超過4GB的實體記憶體也是可以的，但是有一些限制：
1. 必須有那麼多記憶體安裝（廢話）
2. 作業系統要支援PAE（實體地址擴充套件）

就你的需要來說，XP、Win2003標準版是不可能的了，它們支援PAE也只限於4GB實體記憶體，至少要Win2003企業版，支援32GB以上記憶體。

有了作業系統的支援，32位應用程式只需要用AWE API就可以訪問更多的實體記憶體了，AllocateUserPhysicalPages、MapUserPhysicalPages、FreeUserPhysicalPages等等。
注意，用這種方法，分配了10GB記憶體，但是不能線性訪問的，要分次對映（MapUserPhysicalPages）到使用者的2GB地址空間中的一個小視窗，然後通過這個小視窗訪問，類似DOS程式使用EMS、XMS的方法。

在 64 位的 Windows 2003上執行：另一個選擇是在 64 位的 Windows 作業系統上執行32 位的 Domino 伺服器。這樣操作可以將核心的地址空間從分配給 32 位應用程式的地址空間移出，並移入一個獨立的 64 位地址空間。對於採用了 Large Address Aware 選項進行編譯的Domino 7 伺服器，就可以佔用 32 位應用程式可用的使用者地址空間上限（即4 GB）。對於未採用Large Address Aware 選項進行編譯的Domino 6 伺服器，預設情況下仍然有2 GB的使用者地址空間限制。關於在 64 位的 Windows平臺執行32位應用程式，還有其他忠告，請參閱相關資訊。

1. 使用/3GB 引數：如上所述，這個方法是最不可行的，Lotus技術支援通常也不推薦使用者使用。如果您堅持使用這個選項，請考慮加入/userva=2800 引數。因為它潛在的約束，強烈建議在應用於生產環境中之前，先在測試環境中對這個配置進行測試。

應用層（Domino）- /3GB 引數會發揮一定作用；然而，即使啟用這個核心層面的設定，32位程序還是無法使用超過2 GB的使用者地址空間，除非編譯時加入了 /LARGEADDRESSAWARE 引數。在編譯32位可執行程式時必須指定這個引數。

如果系統核心配置了 /3GB 引數，而在編譯可執行程式(.exe)時又未使用Large Address Aware 選項，那麼每個程序可定址的使用者地址空間上限依然是2GB。邏輯正好相反，這多出來的1 GB並沒有還給系統核心，而是在使用者地址空間中被標記成保留塊。這會引發一個問題，即：1 GB的虛擬地址空間就不再可用了。因此，僅當我們考慮對程序用 /LARGEADDRESSAWARE 引數進行編譯時方可使用/3GB 引數。不恰當的使用/3GB 引數非但不能解決什麼問題，反而會引起更多的問題。