增量編譯會進行預處理嗎

Ⅰ 如何加快linux android 的編譯速度

項目越來越大，每次需要重新編譯整個項目都是一件很浪費時間的事情。Research了一下，找到以下可以幫助提高速度的方法，總結一下。
1. 使用tmpfs來代替部分IO讀寫
2.ccache，可以將ccache的緩存文件設置在tmpfs上，但是這樣的話，每次開機後，ccache的緩存文件會丟失
3.distcc,多機器編譯
4.將屏幕輸出列印到內存文件或者/dev/null中，避免終端設備（慢速設備）拖慢速度。

tmpfs
有人說在Windows下用了RAMDisk把一個項目編譯時間從4.5小時減少到了5分鍾，也許這個數字是有點誇張了，不過粗想想，把文件放到內存上做編譯應該是比在磁碟上快多了吧，尤其如果編譯器需要生成很多臨時文件的話。
這個做法的實現成本最低，在Linux中，直接mount一個tmpfs就可以了。而且對所編譯的工程沒有任何要求，也不用改動編譯環境。
mount -t tmpfs tmpfs ~/build -o size=1G
用2.6.32.2的Linux Kernel來測試一下編譯速度：
用物理磁碟：40分16秒
用tmpfs：39分56秒
呃……沒什麼變化。看來編譯慢很大程度上瓶頸並不在IO上面。但對於一個實際項目來說，編譯過程中可能還會有打包等IO密集的操作，所以只要可能，用tmpfs是有益無害的。當然對於大項目來說，你需要有足夠的內存才能負擔得起這個tmpfs的開銷。
make -j
既然IO不是瓶頸，那CPU就應該是一個影響編譯速度的重要因素了。
用make -j帶一個參數，可以把項目在進行並行編譯，比如在一台雙核的機器上，完全可以用make -j4，讓make最多允許4個編譯命令同時執行，這樣可以更有效的利用CPU資源。
還是用Kernel來測試：
用make： 40分16秒
用make -j4：23分16秒
用make -j8：22分59秒
由此看來，在多核CPU上，適當的進行並行編譯還是可以明顯提高編譯速度的。但並行的任務不宜太多，一般是以CPU的核心數目的兩倍為宜。
不過這個方案不是完全沒有cost的，如果項目的Makefile不規范，沒有正確的設置好依賴關系，並行編譯的結果就是編譯不能正常進行。如果依賴關系設置過於保守，則可能本身編譯的可並行度就下降了，也不能取得最佳的效果。
ccache
ccache工作原理：
ccache也是一個編譯器驅動器。第一趟編譯時ccache緩存了GCC的「-E」輸出、編譯選項以及.o文件到$HOME/.ccache。第二次編譯時盡量利用緩存，必要時更新緩存。所以即使"make clean; make"也能從中獲得好處。ccache是經過仔細編寫的，確保了與直接使用GCC獲得完全相同的輸出。

ccache用於把編譯的中間結果進行緩存，以便在再次編譯的時候可以節省時間。這對於玩Kernel來說實在是再好不過了，因為經常需要修改一些Kernel的代碼，然後再重新編譯，而這兩次編譯大部分東西可能都沒有發生變化。對於平時開發項目來說，也是一樣。為什麼不是直接用make所支持的增量編譯呢？還是因為現實中，因為Makefile的不規范，很可能這種「聰明」的方案根本不能正常工作，只有每次make clean再make才行。
安裝完ccache後，可以在/usr/local/bin下建立gcc，g++，c++，cc的symbolic link，鏈到/usr/bin/ccache上。總之確認系統在調用gcc等命令時會調用到ccache就可以了（通常情況下/usr/local /bin會在PATH中排在/usr/bin前面）。
安裝的另外一種方法：
vi ~/.bash_profile
把/usr/lib/ccache/bin路徑加到PATH下
PATH=/usr/lib/ccache/bin:$PATH:$HOME/bin
這樣每次啟動g++的時候都會啟動/usr/lib/ccache/bin/g++，而不會啟動/usr/bin/g++
效果跟使用命令行ccache g++效果一樣
這樣每次用戶登錄時，使用g++編譯器時會自動啟動ccache
繼續測試：
用ccache的第一次編譯(make -j4)：23分38秒
用ccache的第二次編譯(make -j4)：8分48秒
用ccache的第三次編譯(修改若干配置，make -j4)：23分48秒

看來修改配置（我改了CPU類型...）對ccache的影響是很大的，因為基本頭文件發生變化後，就導致所有緩存數據都無效了，必須重頭來做。但如果只是修改一些.c文件的代碼，ccache的效果還是相當明顯的。而且使用ccache對項目沒有特別的依賴，布署成本很低，這在日常工作中很實用。
可以用ccache -s來查看cache的使用和命中情況：
cache directory /home/lifanxi/.ccachecache hit 7165cache miss 14283called for link 71not a C/C++ file 120no input file 3045files in cache 28566cache size 81.7 Mbytesmax cache size 976.6 Mbytes
可以看到，顯然只有第二編次譯時cache命中了，cache miss是第一次和第三次編譯帶來的。兩次cache佔用了81.7M的磁碟，還是完全可以接受的。
distcc
一台機器的能力有限，可以聯合多台電腦一起來編譯。這在公司的日常開發中也是可行的，因為可能每個開發人員都有自己的開發編譯環境，它們的編譯器版本一般是一致的，公司的網路也通常具有較好的性能。這時就是distcc大顯身手的時候了。
使用distcc，並不像想像中那樣要求每台電腦都具有完全一致的環境，它只要求源代碼可以用make -j並行編譯，並且參與分布式編譯的電腦系統中具有相同的編譯器。因為它的原理只是把預處理好的源文件分發到多台計算機上，預處理、編譯後的目標文件的鏈接和其它除編譯以外的工作仍然是在發起編譯的主控電腦上完成，所以只要求發起編譯的那台機器具備一套完整的編譯環境就可以了。
distcc安裝後，可以啟動一下它的服務：
/usr/bin/distccd --daemon --allow 10.64.0.0/16
默認的3632埠允許來自同一個網路的distcc連接。
然後設置一下DISTCC_HOSTS環境變數，設置可以參與編譯的機器列表。通常localhost也參與編譯，但如果可以參與編譯的機器很多，則可以把localhost從這個列表中去掉，這樣本機就完全只是進行預處理、分發和鏈接了，編譯都在別的機器上完成。因為機器很多時，localhost的處理負擔很重，所以它就不再「兼職」編譯了。
export DISTCC_HOSTS="localhost 10.64.25.1 10.64.25.2 10.64.25.3"
然後與ccache類似把g++，gcc等常用的命令鏈接到/usr/bin/distcc上就可以了。
在make的時候，也必須用-j參數，一般是參數可以用所有參用編譯的計算機CPU內核總數的兩倍做為並行的任務數。
同樣測試一下：
一台雙核計算機，make -j4：23分16秒
兩台雙核計算機，make -j4：16分40秒
兩台雙核計算機，make -j8：15分49秒
跟最開始用一台雙核時的23分鍾相比，還是快了不少的。如果有更多的計算機加入，也可以得到更好的效果。
在編譯過程中可以用distccmon-text來查看編譯任務的分配情況。distcc也可以與ccache同時使用，通過設置一個環境變數就可以做到，非常方便。
總結一下：
tmpfs： 解決IO瓶頸，充分利用本機內存資源
make -j： 充分利用本機計算資源
distcc： 利用多台計算機資源
ccache： 減少重復編譯相同代碼的時間
這些工具的好處都在於布署的成本相對較低，綜合利用這些工具，就可以輕輕鬆鬆的節省相當可觀的時間。上面介紹的都是這些工具最基本的用法，更多的用法可以參考它們各自的man page。
5.還有提速方法是把屏幕輸出重定向到內存文件或/dev/null,因對終端設備(慢速設備)的阻塞寫操作也會拖慢速度。推薦內存文件，這樣發生錯誤時，能夠查看。

Ⅱ 什麼是WebPack，為什麼要使用它

1. 為什麼用 webpack?
他像 Browserify, 但是將你的應用打包為多個文件. 如果你的單頁面應用有多個頁面, 那麼用戶只從下載對應頁面的代碼. 當他么訪問到另一個頁面, 他們不需要重新下載通用的代碼.
他在很多地方能替代 Grunt 跟 Gulp 因為他能夠編譯打包 CSS, 做 CSS 預處理, 編譯 JS 方言, 打包圖片, 還有其他一些.
它支持 AMD 跟 CommonJS, 以及其他一些模塊系統, (Angular, ES6). 如果你不知道用什麼, 就用 CommonJS.
2. Webpack 給 Browserify 的同學用
對應地:
browserify main.js > bundle.js

webpack main.js bundle.js

Webpack 比 Browserify 更強大, 你一般會用 webpack.config.js 來組織各個過程:
// webpack.config.js
mole.exports = {
entry: './main.js',
output: {
filename: 'bundle.js'
}
};

這僅僅是 javaScript, 可以隨意添加要運行的代碼.
3. 怎樣啟動 webpack
切換到有 webpack.config.js 的目錄然後運行:
webpack 來執行一次開發的編譯
webpack -p for building once for proction (minification)
webpack -p 來針對發布環境編譯(壓縮代碼)
webpack --watch 來進行開發過程持續的增量編譯(飛快地!)
webpack -d 來生成 SourceMaps
4. JavaScript 方言
Webpack 對應 Browsserify transform 和 RequireJS 插件的工具稱為 loader. 下邊是 Webpack 載入 CoffeeScript 和 Facebook JSX-ES6 的配置(你需要 npm install jsx-loader coffee-loader):
// webpack.config.js
mole.exports = {
entry: './main.js',
output: {
filename: 'bundle.js'
},
mole: {
loaders: [
{ test: /\.coffee$/, loader: 'coffee-loader' },
{ test: /\.js$/, loader: 'jsx-loader?harmony' } // loaders 可以接受 querystring 格式的參數
]
}
};

要開啟後綴名的自動補全, 你需要設置 resolve.extensions 參數指明那些文件 Webpack 是要搜索的:
// webpack.config.js
mole.exports = {
entry: './main.js',
output: {
filename: 'bundle.js'
},
mole: {
loaders: [
{ test: /\.coffee$/, loader: 'coffee-loader' },
{ test: /\.js$/, loader: 'jsx-loader?harmony' }
]
},
resolve: {
// 現在可以寫 require('file') 代替 require('file.coffee')
extensions: ['', '.js', '.json', '.coffee']
}
};

Ⅲ 簡單的裝x編程代碼

G代碼內容

G00快速定位

G01直線插補

G02圓弧插補

G03圓弧插補

G04暫停

G05

G06

G07

G08

G09

G10

G11

G12

G13刀架選擇:刀架A

G14刀架選擇:刀架B

G15

G16

G17刀具半徑補償:X-Y平面

G18刀具半徑補償:Z-X平面

G19刀具半徑補償:Y-Z平面

G20原始位置指令

G21ATC原始位置指令

G22扭距跳過指令

G23

G24ATC原始位置移動指令(不帶直線插補)

G25節點位置移動指令(不帶直線插補)

G26

G27

G28扭距極限指令取消

G29扭距極限指令

G30跳步循環

G31固定螺紋車削循環:軸向

G32固定螺紋車削循環:端面

G33固定螺紋車削循環

G34變螺距螺紋車削循環:增加螺距

G35變螺距螺紋車削循環:減少螺距

G36動力刀具軸-進給軸同步進給(正轉)

G37動力刀具軸-進給軸同步進給(反轉)

G38

G39

G40刀尖圓狐半徑補償:取消

G41刀尖圓狐半徑補償:左

G42刀尖圓狐半徑補償:右

G43

G44

G45

G46

G47

G48

G49

G50零點位移,主軸最高轉速指令

G51

G52六角刀架轉位位置誤差補償

G53

G54

G55

G56

G57

G58

G59

G60

G61

G62鏡像指令

G63

G64到位控制關

G65到位控制開

G66

G67

G68

G69

G70

G71復合固定螺紋車削循環:軸向

G72復合固定螺紋車削循環:徑向

G73軸向銑槽復合固定循環

G74徑向銑槽復合固定循環

G75自動倒角

G76自動倒圓角

G77攻絲復合固定循環

G78反向螺紋攻絲循環

G79

G80形狀定義結束(LAP)

G81軸向形狀定義開始(LAP)

G82徑向形狀定義開始(LAP)

G83坯材形狀定義開始(LAP)

G84棒料車削循環中改變切削條件(LAP)

G85調用棒料粗車循環(LAP)

G86調用重復粗車循環(LAP)

G87調用精車循環(LAP)

G88調用連續螺紋車削循環(LAP)

G89

G90絕對值編程

G91增量編程

G92

G93

G94每分進給模式(mm/min)

G95每轉進給模式(mm/rev)

G96恆周速切削開

G97G96取消

G98

G99

G100刀架A或刀架B單獨切削的優先指令

G101創成加工中直線插補

G102創成加工中圓弧插補(正面)(CW)

G103創成加工中圓弧插補(正面)(CCW)

G104

G105

G106

G107主軸同步攻絲,右旋螺紋

G108主軸同步攻絲,左旋螺紋

G109

G110刀架A恆周速切削

G111刀架B恆周速切削

G112圓弧螺紋車削CW

G113圓弧螺紋車削CCW

G114

G115

G116

G117

G118

G119刀具半徑補嘗:C-X-Z平面

G120

G121

G122刀架A副主軸W軸指令(13)

G123刀架B副主軸W軸指令(G14)

G124卡盤A有效原點

G125卡盤B有效原點

G126錐度加工模式OFF指令

G127錐度加工模式ON指令

G128M/C加工模式OFF指令

G129M/C加工模式ON指令

G130

G131

G132創成加工中圓弧插補(側面)(CW)

G133創成加工中圓弧插補(側面)(CCW)

G134

G135

G136坐標反轉結束或Y軸模式關

G137坐標反轉開始

G138Y軸模式開

G139

G140主軸加工模式的指定

G141副主軸加工模式的指定

G142自動脫模主軸加工模式的指定

G143自動脫模主軸和第3刀架加工模式的指定

G144W-軸控制OFF指令

G145W-軸控制ON指令

G146

G147

G148B-軸控制OFF指令

G149B-軸控制ON指令

G150

G151

G152可編程尾架定位(牽引尾架)

G153可編中心架G代碼(牽引)

G154W-軸單向定位指令

G155精確輪廓描繪模式ON指令

G156精確輪廓描繪模式OFF指令

G157

G158刀具軸方向刀具長度偏移量

G159刀具軸方向刀具長度偏移量(不帶旋轉位移偏移量)

G160取消刀具軸方向刀具長度偏移量

G161G代碼宏功能MODIN

G162G代碼宏功能MODIN

G163G代碼宏功能MODIN

G164G代碼宏功能MODIN

G165G代碼宏功能MODIN

G166G代碼宏功能MODIN

G167G代碼宏功能MODIN

G168G代碼宏功能MODIN

G169G代碼宏功能MODIN

G170G代碼宏功能MODIN

G171G代碼宏功能CALL

G172

G173

G174

G175

G176

G177

G178同步攻絲循環(CW)

G179同步攻絲循環(CCW)

G180動力刀具復合固定循環:取消

G181動力刀具復合固定循環:鑽孔

G182動力刀具復合固定循環:鏜孔

G183動力刀具復合固定循環:深孔鑽

G184動力刀具復合固定循環:攻絲

G185動力刀具復合固定循環:軸向螺紋車削

G186動力刀具復合固定循環:端面螺紋車削

G187動力刀具復合固定循環:軸向直螺紋車削

G188動力刀具復合固定循環:經向直螺紋車削

G189動力刀具復合固定循環:鉸孔/鏜孔

G190動力刀具復合固定循環:鍵槽切削循環

G191動力刀具復合固定循環:軸向鍵槽切削循環

G192

G193

G194

G195

G196

G197

G198

G199

G200

G201

G202

G203

G204

G205G代碼宏功能CALL

G206G代碼宏功能CALL

G207G代碼宏功能CALL

G208G代碼宏功能CALL

G209G代碼宏功能CALL

G210G代碼宏功能CALL

G211G代碼宏功能CALL

G212G代碼宏功能CALL

G213G代碼宏功能CALL

G214G代碼宏功能CALL

M代碼內容

M00程序停止

M01任選停止

M02程序結束

M03工作主軸起動(正轉)

M04工作主軸起動(反轉)

M05主軸停止

M06刀具交換

M07

M08冷卻液開

M09冷卻液關

M10主軸點動關

M11主軸點動開

M12動力刀具軸停止

M13動力刀具軸正轉

M14動力刀具軸反轉

M15C軸正向定位

M16C軸反向定位

M17機外測量數據通過RS232C傳送請求

M18主軸定向取消

M19主軸定向

M20尾架干涉區或主軸干涉監視關(對面雙主軸規格)

M21尾架干涉區或主軸干涉監視開(對面雙主軸規格)

M22倒角關

M23倒角開

M24卡盤干涉區關,刀具干涉區關

M25卡盤干涉區開,刀具干涉區開

M26螺紋導程有效軸Z軸指定

M27螺紋導程有效軸X軸指定

M28刀具干涉檢查功能關

M29刀具干涉檢查功能開

M30程序結束

M31

M32螺紋車削單面切削模式

M33螺紋車削時交叉切削模式

M34螺紋車削逆向單面切削模式

M35裝料器夾持器Z向滑動後退

M36裝料器夾持器Z向滑動前進

M37裝料器臂後退

M38裝料器臂前進到卸載位置

M39裝料器臂前進到卡盤位置

M40主軸齒輪空檔

M41主軸齒輪1檔或底速線圈

M42主軸齒輪2檔或高速線圈

M43主軸齒輪3檔

M44主軸齒輪4檔

M45

M46

M47

M48主軸轉速倍率無效取消

M49主軸轉速倍率無效

M50附加吹氣口1關

M51附加吹氣口1開

M52

M53

M54分度卡盤自動分度

M55尾架後退

M56尾架前進

M57M63取消

M58卡盤底壓

M59卡盤高壓

M60M61取消

M61圓周速度恆定切削時,恆定旋轉應答忽視

M62M64取消

M63主軸旋轉M碼應答忽視

M64主軸旋轉之外的M碼應答忽視

M65T碼應答忽視

M66刀架回轉位置自由

M67凸輪車削循環中同步運行模式取消

M68同步模式A運行開

M69同步模式B運行開

M70手動換到指令

M71

M72ATC單元定位在接近位置

M73螺紋車削類型1

M74螺紋車削類型2

M75螺紋車削類型3

M76工件捕手後退

M77工件捕手前進

M78中心架松開

M79中心架夾緊

M80過切前進

M81過切後退

M82

M83卡盤夾緊

M84卡盤松開

M85LAP粗車循環後不返回起始位置

M86刀架右回轉指定

M87M86取消

M88吹氣關

M89吹氣開

M90關門

M91開門

M92棒料進給器後退

M93棒料進給器前進

M94裝料器裝料

M95裝料器卸料

M96副軸用工件捕手後退

M97副軸用工件捕手前進

M98尾架低壓

M99尾架高壓

M100等待同步指令

M101外部M碼

M102外部M碼

M103外部M碼

M104外部M碼

M105外部M碼

M106外部M碼

M107外部M碼

M108外部M碼

M109取消M110

M110C軸連接

M111拾取軸自動零點設定

M112M-刀具軸在第三刀架上停止

M113M-刀具軸在第三刀架前進轉

M114M-刀具軸在第三刀架向回轉

M115卸料器打開

M116卸料器關閉

M117側頭前進

M118側頭後退

M119工件計數專用