今天在編譯安裝乙個原始碼包的時候，不小心看到乙個make -j 8的引數，make命令常見用來進行編譯的，編譯完成後執行make install進行安裝，可是-j 8 是用來做什麼的？
用make -j帶乙個引數，可以把專案在進行並行編譯，比如在一台雙核的機器上，完全可以用make -j4，讓make最多允許4個編譯命令同時執行，這樣可以更有效的利用cpu資源。
還是用kernel來測試：
用make： 40分16秒
用make -j4：23分16秒
用make -j8：22分59秒
由此看來，在多核cpu上，適當的進行並行編譯還是可以明顯提高編譯速度的。但並行的任務不宜太多，一般是以cpu的核心數目的兩倍為宜。
不過這個方案不是完全沒有cost的，如果專案的makefile不規範，沒有正確的設定好依賴關係，並行編譯的結果就是編譯不能正常進行。如果依賴關係設定過於保守，則可能本身編譯的可並行度就下降了，也不能取得最佳的效果。
linux編譯命令 make j8
專案越來越大，每次需要重新編譯整個專案都是一件很浪費時間的事情。research了一下，找到以下可以幫助提高速度的方法，總結一下。有人說在windows下用了ramdisk把乙個專案編譯時間從4.5小時減少到了5分鐘，也許這個數字是有點誇張了，不過粗想想，把檔案放到記憶體上做編譯應該是比在磁碟上快多...
make j的最佳引數
c c 之類的編譯型語言採用make作為構建工具已歷史攸久。make j的最佳引數一直都眾說紛云。我目前見過以下幾種觀點 與物理cpu數目相同 與cpu所有物理核心數相同 與邏輯執行緒數相同 物理核心數目乘以2 物理核心數目乘以2加1 最近恰好想起這個問題，手頭又有合適的倉庫，就做了一下測試，結果志...
property引數的作用
property是乙個屬性訪問宣告，擴號內支援以下幾個屬性 1，getter gettername，setter settername，設定setter與getter的方法名 2，readwrite,readonly，設定可供訪問級別 2，assign，setter方法直接賦值，不進行任何retai...