有一個想法 加速編譯速度的

benjiamsh

但是不知道 如何實現(xiàn)。gcc 的編譯過程 是
gcc -c xxx.c  -I -I -I ...
生產(chǎn)一個object文件

然后最后link 起來 成為一個可執(zhí)行文件

我的想法是
慢的原因
1. 大量的讀取磁盤 比如頭文件，擴展
2. 不斷的寫文件 生成obj  磁盤就是最大的瓶頸

我的想法 現(xiàn)在內存都很大， 直接把所有可能用到的h 文件   lib 文件 讀到內存里面 成為內存虛擬盤
2. 生成的obj 不落磁盤 ，直接保存在內存里面

不知道 如何生成一塊內存虛擬盤
2  如何讓gcc 只在內存中生成 結果文件

hellioncu

linux用tmpfs

benjiamsh

copy 到 /dev/shm/ 里面嗎？

benjiamsh

還有個問題 cmake 這樣的程序 能獲取 所有的執(zhí)行命令 但是不執(zhí)行嘛？

zylthinking

回復 2# hellioncu

tmpfs 不是內存盤， 只是一個后備存儲在 swap 分區(qū)的玩意， 能保證重啟不存在， 不能保證不寫入磁盤


   

流氓無產(chǎn)者

benjiamsh 發(fā)表于 2014-11-04 15:09
但是不知道 如何實現(xiàn)。gcc 的編譯過程 是
gcc -c xxx.c  -I -I -I ...
生產(chǎn)一個object文件

應該不是io問題，主要還是語法語意解析比較耗時

zhaohongjian000

gcc有-pipe選項。

linux下tmpfs也可以，不過內存不能太小。

頭文件展開后文件體積太大，這也是很大的一項開銷，可以用預編譯頭技術解決。

lxyscls

換塊SSD盤吧，速度上面比SATA快的不是一星半點

井蛙夏蟲

磁盤應當不是最大的瓶頸，也可以用-pipe部分解決。
如果想加快編譯速度，已經(jīng)有一些工具，比如ccache和distcc

linux_c_py_php

我擦，編譯很明顯CPU瓶頸+編譯依賴瓶頸啊，make -j8你看看。