編譯器內存

『壹』 visual studio 編譯器的堆空間不足問題的解決(cmake版本)

我們有個自動編譯游戲引擎的腳本，這個腳本時間用久了，總是會報如下的錯誤:

fatal error C1060: 編譯器的堆空間不足

每次出現這種錯誤，總是要請人重啟機器，重新配置，很耽誤時間和精力。

所以本人就在努力尋找一個徹底的解決辦法。

想直接要解決方法的朋友可以跳過接下來的兩節。

簡單網上搜一下，就能搜到參考文獻1。

如果你的c++工程不用cmake，參考文獻1的方法足以滿足你的需求。

但是我們工程比較大，肯定是要用cmake的，所以我就開始嘗試各種方法: 通過改工程的cmake文件的方式來讓cmake生成的vcxproj工程文件中包含PreferredToolArchitecture屬性。

網上找了好久，試了不少辦法，還是沒用。

發現最終解決方案也是個很有趣的過程，值得記錄。

首先我看見PreferredToolArchitecture父節點是PropertyGroup，而PropertyGroup下面有Platform屬性，PreferredToolArchitecture和Platform是兄弟屬性。

我們的Platform用x64還是win32，都是在cmake命令行里指定的。

所以我就大膽猜測，PreferredToolArchitecture這個屬性如果可以通過cmake設置的話，大概率也是在cmake的命令行中設置！

接著，就是小心求證的過程，先執行: cmake --help

通過閱讀幫助文檔，輔以簡單的排除法，我覺得toolset-name這個屬性很可能是我要的，於是谷歌: cmake toolset name

從而找到了文檔2，在文檔2中發現了host=x64這個東西，但是我還不知道怎麼用！於是繼續搜索:cmake host=x64

找到了文檔3，然後修改我們的編譯腳本，加入這個編譯選項，重新cmake，果然，出現了vcxproj文件中看到了PreferredToolArchitecture x64屬性！

感覺成功了90%，編譯工程，打開任務管理器，觀察進程名稱，發現c++編譯器都是64位的，遂大功告成。

問題的本質就是windows操作系統visual studio的默認cpp編譯器是32位的，所以最大內存是4G，就容易導致編譯器內存不足。

有問題的cmake指令如下：

使用64位的cpp編譯器的解決方法如下:

注意: cmake的GUI並沒有-T host的選擇，當然最新版的GUI可能也會加這個。。

還有另一種方法，添加環境變數: set PreferredToolArchitecture=x64

雖然用了64位的cpp編譯器，過了一段時間，還是報堆空間不足的問題。

據觀察，物理內存佔用率100%，所以考慮利用空閑的磁碟空間，增大機器的虛擬內存。

win10如何設置虛擬內存的大小: https://jingyan..com/article/2fb0ba4041d14c00f3ec5f4e.html

物理內存只有32G，以前的虛擬內存是6G，我利用空閑磁碟，增大虛擬內存到100G！

『貳』 C或C++程序編譯時內存分為幾個存儲區

在C++中，內存分成5個區，他們分別是堆、棧、自由存儲區、全局/靜態存儲區和常量存儲區
1.棧，就是那些由編譯器在需要的時候分配，在不需要的時候自動清楚的變數的存儲區。裡面的變數通常是局部變數、函數參數等。
2.堆，就是那些由new分配的內存塊，他們的釋放編譯器不去管，由我們的應用程序去控制，一般一個new就要對應一個delete。如果程序員沒有釋放掉，那麼在程序結束後，操作系統會自動回收。
3.自由存儲區，就是那些由malloc等分配的內存塊，他和堆是十分相似的，不過它是用free來結束自己的生命的。
4.全局/靜態存儲區，全局變數和靜態變數被分配到同一塊內存中，在以前的C語言中，全局變數又分為初始化的和未初始化的，在C++裡面沒有這個區分了，他們共同佔用同一塊內存區。
5.常量存儲區，這是一塊比較特殊的存儲區，他們裡面存放的是常量，不允許修改（當然，你要通過非正當手段也可以修改）