1，在x86平臺32位系統，系統佔用2GB地址空間，使用者方式2GB。如果使用VS，連結程式開關/SACK 或者/F可以設定執行緒堆疊大小，預設分配一個執行緒的堆疊大小是1MB，當CreateThread引數的StackSize大小與連結程式設定的不一致時，採用的方法是誰大用誰的，所以用4KB修改當然不會有改變！理論上最大執行緒數=2GB/1MB=2048。

實際上這個使用者方式的2GB並不會全部用作執行緒堆疊。首先程式的程式碼和資料、程序環境塊、執行緒環境塊、空指標區域等等也需要佔用一定的地址空間；再者2GB只是虛擬記憶體，如果非分頁記憶體被用完，就無法再建立執行緒，這個與特定機器有關，所以不同機器上做最大執行緒數測試得到的數字可能不一樣。

2，作業系統給一個系統程序提供的空間是2GB ，而一個執行緒堆疊的空間預設在啟動的時候是1MB 那麼啟動完2000後，基本上就有2GB了，你可以減小預設堆疊的大小。

3，預設情況下，一個執行緒的棧要預留1M的記憶體空間而一個程序中可用的記憶體空間只有2G，所以理論上一個程序中最多可以開2048個執行緒
但是記憶體當然不可能完全拿來作執行緒的棧，所以實際數目要比這個值要小。你也可以通過連線時修改預設棧大小，將其改的比較小，這樣就可以多開一些執行緒。如將預設棧的大小改成512K，這樣理論上最多就可以開4096個執行緒。即使實體記憶體再大，一個程序中可以起的執行緒總要受到2GB這個記憶體空間的限制。比方說你的機器裝了64GB實體記憶體，但每個程序的記憶體空間還是4GB，其中使用者態可用的還是2GB。

4，預設每執行緒1MB堆疊的話，只能開2048執行緒（如果你的其它系統資源足夠的話）。要想開更多執行緒，只能修改每個執行緒的堆疊，但實際中是不推薦這樣做的，因為如果你的執行緒因為一些工作因為執行緒堆疊不夠的話，會導致整個程序崩潰.修改堆疊的方法好像只在XP或以上系統有效，windows 2000中不支援。