項目越來越大，每次需要重新編譯整個項目都是一件很浪費時間的事情。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,因對終端設備(慢速設備)的阻塞寫操作也會拖慢速度。推薦內存文件，這樣發生錯誤時，能夠查看。
㈡ 編譯linux內核要多久
至於說編譯 Linux 內核需要多長時間，這個和電腦的整體性能（例如：CPU主頻、內存大小等）有很大關系。我的親身體會就是：計算機性能差的，編譯 Linux 內核需要一個多小時的都有（以前在老舊的電腦上就需要這么長的時間）。
㈢ x86linux 怎麼編譯內核
內核，是一個操作系統的核心。它負責管理系統的進程、內存、設備驅動程序、文件和網路系統，決定著系統的性能和穩定性。Linux作為一個自由軟體，
在廣大愛好者的支持下，內核版本不斷更新。新的內核修訂了舊內核的bug，並增加了許多新的特性。如果用戶想要使用這些新特性，或想根據自己的系統度身定
制一個更高效，更穩定的內核，就需要重新編譯內核。本文將以RedHat Linux 6.0（kernel
2.2.5）為操作系統平台，介紹在Linux上進行內核編譯的方法。
一、 下載新內核的源代碼
目前，在Internet上提供Linux源代碼的站點有很多，讀者可以選擇一個速度較快的站點下載。筆者是從站點 上下載了Linux的最新開發版內核2.3.14的源代碼，全部代碼被壓縮到一個名叫Linux-2.3.14.tar.gz的文件中。
二、 釋放內核源代碼
由於源代碼放在一個壓縮文件中，因此在配置內核之前，要先將源代碼釋放到指定的目錄下。首先以root帳號登錄，然後進入/usr/src子目錄。如果用戶在安裝Linux時，安裝了內核的源代碼，則會發現一個linux-2.2.5的子目錄。該目錄下存放著內核2.2.5的源代碼。此外，還會發現一個指向該目錄的鏈接linux。刪除該連接，然後將新內核的源文件拷貝到/usr/src目錄中。
（一）、用tar命令釋放內核源代碼
# cd /usr/src
# tar zxvf Linux-2.3.14.tar.gz
文件釋放成功後，在/usr/src目錄下會生成一個linux子目錄。其中包含了內核2.3.14的全部源代碼。
（二）、將/usr/include/asm、/usr/inlude/linux、/usr/include/scsi鏈接到/usr/src/linux/include目錄下的對應目錄中。
# cd /usr/include
# rm -Rf asm linux
# ln -s /usr/src/linux/include/asm-i386 asm
# ln -s /usr/src/linux/include/linux linux
# ln -s /usr/src/linux/include/scsi scsi
（三）、刪除源代碼目錄中殘留的.o文件和其它從屬文件。
# cd /usr/src/linux
# make mrproper
三、 配置內核
（一）、啟動內核配置程序。
# cd /usr/src/linux
# make config
除了上面的命令，用戶還可以使用make menuconfig命令啟動一個菜單模式的配置界面。如果用戶安裝了X window系統，還可以執行make xconfig命令啟動X window下的內核配置程序。
（二）、配置內核
Linux的
內核配置程序提供了一系列配置選項。對於每一個配置選項，用戶可以回答"y"、"m"或"n"。其中"y"表示將相應特性的支持或設備驅動程序編譯進內
核；"m"表示將相應特性的支持或設備驅動程序編譯成可載入模塊，在需要時，可由系統或用戶自行加入到內核中去；"n"表示內核不提供相應特性或驅動程序
的支持。由於內核的配置選項非常多，本文只介紹一些比較重要的選項。
1、Code maturity level options（代碼成熟度選項）
Prompt for development and/or incomplete code/drivers
(CONFIG_EXPERIMENTAL) [N/y/?]
如果用戶想要使用還處於測試階段的代碼或驅動，可以選擇「y」。如果想編譯出一個穩定的內核，則要選擇「n」。
1、 Processor type and features（處理器類型和特色）
（1）、Processor family (386, 486/Cx486, 586/K5/5x86/6x86, Pentium/K6/TSC, PPro/6x86MX) [PPro/6x86MX] 選擇處理器類型，預設為Ppro/6x86MX。
（2）、Maximum Physical Memory (1GB, 2GB) [1GB] 內核支持的最大內存數，預設為1G。
（3）、Math emulation (CONFIG_MATH_EMULATION) [N/y/?] 協處理器模擬，預設為不模擬。
（4）、MTRR (Memory Type Range Register) support (CONFIG_MTRR) [N/y/?]
選擇該選項，系統將生成/proc/mtrr文件對MTRR進行管理，供X server使用。
（5）、Symmetric multi-processing support (CONFIG_SMP) [Y/n/?] 選擇「y」，內核將支持對稱多處理器。
2、 Loadable mole support（可載入模塊支持）
（1）、Enable loadable mole support (CONFIG_MODULES) [Y/n/?] 選擇「y」，內核將支持載入模塊。
（2）、Kernel mole loader (CONFIG_KMOD) [N/y/?] 選擇「y」，內核將自動載入那些可載入模塊，否則需要用戶手工載入。
3、 General setup（一般設置）
（1）、Networking support (CONFIG_NET) [Y/n/?] 該選項設置是否在內核中提供網路支持。
（2）、PCI support (CONFIG_PCI) [Y/n/?] 該選項設置是否在內核中提供PCI支持。
（3）、PCI access mode (BIOS, Direct, Any) [Any] 該選項設置Linux探測PCI設備的方式。選擇「BIOS」，Linux將使用BIOS；選擇「Direct」，Linux將不通過BIOS；選擇「Any」，Linux將直接探測PCI設備，如果失敗，再使用BIOS。
（4）Parallel port support (CONFIG_PARPORT) [N/y/m/?] 選擇「y」，內核將支持平行口。
4、 Plug and Play configuration（即插即用設備支持）
（1）、Plug and Play support (CONFIG_PNP) [Y/m/n/?] 選擇「y」，內核將自動配置即插即用設備。
（2）、ISA Plug and Play support (CONFIG_ISAPNP) [Y/m/n/?] 選擇「y」，內核將自動配置基於ISA匯流排的即插即用設備。
5、 Block devices（塊設備）
（1）、Normal PC floppy disk support (CONFIG_BLK_DEV_FD) [Y/m/n/?] 選擇「y」，內核將提供對軟盤的支持。
（2）、Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support (CONFIG_BLK_DEV_IDE) [Y/m/n/?] 選擇「y」，內核將提供對增強IDE硬碟、CDROM和磁帶機的支持。
6、 Networking options（網路選項）
（1）、Packet socket (CONFIG_PACKET) [Y/m/n/?] 選擇「y」，一些應用程序將使用Packet協議直接同網路設備通訊，而不通過內核中的其它中介協議。
（2）、Network firewalls (CONFIG_FIREWALL) [N/y/?] 選擇「y」，內核將支持防火牆。
（3）、TCP/IP networking (CONFIG_INET) [Y/n/?] 選擇「y」，內核將支持TCP/IP協議。
（4）The IPX protocol (CONFIG_IPX) [N/y/m/?] 選擇「y」，內核將支持IPX協議。
（5）、Appletalk DDP (CONFIG_ATALK) [N/y/m/?] 選擇「y」，內核將支持Appletalk DDP協議。
8、SCSI support（SCSI支持）
如果用戶要使用SCSI設備，可配置相應選項。
9、Network device support（網路設備支持）
Network device support (CONFIG_NETDEVICES) [Y/n/?] 選擇「y」，內核將提供對網路驅動程序的支持。
10、Ethernet (10 or 100Mbit)（10M或100M乙太網）
在該項設置中，系統提供了許多網卡驅動程序，用戶只要選擇自己的網卡驅動就可以了。此外，用戶還可以根據需要，在內核中加入對FDDI、PPP、SLIP和無線LAN（Wireless LAN）的支持。
11、Character devices（字元設備）
（1）、Virtual terminal (CONFIG_VT) [Y/n/?] 選擇「y」，內核將支持虛擬終端。
（2）、Support for console on virtual terminal (CONFIG_VT_CONSOLE) [Y/n/?]
選擇「y」，內核可將一個虛擬終端用作系統控制台。
（3）、Standard/generic (mb) serial support (CONFIG_SERIAL) [Y/m/n/?]
選擇「y」，內核將支持串列口。
（4）、Support for console on serial port (CONFIG_SERIAL_CONSOLE) [N/y/?]
選擇「y」，內核可將一個串列口用作系統控制台。
12、Mice（滑鼠）
PS/2 mouse (aka "auxiliary device") support (CONFIG_PSMOUSE) [Y/n/?] 如果用戶使用的是PS/2滑鼠，則該選項應該選擇「y」。
13、Filesystems（文件系統）
（1）、Quota support (CONFIG_QUOTA) [N/y/?] 選擇「y」，內核將支持磁碟限額。
（2）、Kernel automounter support (CONFIG_AUTOFS_FS) [Y/m/n/?] 選擇「y」，內核將提供對automounter的支持，使系統在啟動時自動 mount遠程文件系統。
（3）、DOS FAT fs support (CONFIG_FAT_FS) [N/y/m/?] 選擇「y」，內核將支持DOS FAT文件系統。
（4）、ISO 9660 CDROM filesystem support (CONFIG_ISO9660_FS) [Y/m/n/?]
選擇「y」，內核將支持ISO 9660 CDROM文件系統。
（5）、NTFS filesystem support (read only) (CONFIG_NTFS_FS) [N/y/m/?]
選擇「y」，用戶就可以以只讀方式訪問NTFS文件系統。
（6）、/proc filesystem support (CONFIG_PROC_FS) [Y/n/?] /proc是存放Linux系統運行狀態的虛擬文件系統，該項必須選擇「y」。
（7）、Second extended fs support (CONFIG_EXT2_FS) [Y/m/n/?] EXT2是Linux的標准文件系統，該項也必須選擇「y」。
㈣ kernel編譯時間是什麼意思
內核的編譯系統主要由kconfig，makefile和一系列腳本共同構成。其中kconfig主要用於配置內核的各項功能，它的結果決定了各個部分最終是被編譯成模塊，編譯進內核還是不編譯。在內核頂層makefile的help可以看到有一個專門用於配置內核的命令序列，後續我們會詳細介紹該部分內容。
頂層makefile是整個內核編譯系統的入口，所有make相關的命令都由它發起，並調用定義在其中或定義在其它文件中的相應命令序列完成。它還定義了很多全局的參數，環境變數，目標和依賴等。
除了頂層makefile之外，還有幾個定義在scripts目錄中的重要文件，它們包括kbuild.include，makefile.lib和makefile.build。其中kbuild.include中主要定義了一些通用的變數和命令，如filechk，try-run，build，arg-check，if_changed等。makefile.lib中主要定義了編譯相關的flag和命令，如c_flags，a_flags，cmd_ld，cmd_obj，cmd_uimage等。makefile.build文件是大部分目標最終調用的makefile，它會實際完成對目錄的遞歸調用和對源文件的編譯工作。
由於頂層makefile文件比較長，若從頭閱讀很容易陷入某些細節而打斷思路的連貫性。因此，我們通過對內核目標編譯的執行流程進行分析，看看linux到底是如何編譯出來的。讓我們先了解下內核makefile支持哪些功能，在linux根目錄下執行make help，會輸出以下內容（由於列印較長，這里採用分屏顯示）:
圖1.1
圖片1.2
圖片1.3
它支持的目標大致包含以下幾部分：
（1）清理相關的目標
（2）配置相關的目標
（3）通用目標
（4）靜態分析目標
（5）kernel自測目標
（6）kernel打包相關的目標
（7）文本相關的目標
（8）架構相關的目標
（9）一些通用的選項
顯然，我們最關心的是linux內核的生成過程，故我們採用以下順序來組織本文，在涉及到架構相關的內容時，本文都以arm的aarch64為例。
2.配置相關目標
make menuconfig的執行過程分析
3.通用目標
（1）make vmlinux的執行過程分析
（2）make moles的執行過程分析
（3）其它通用目標的執行過程
4.清理目標的執行過程分析
5.通用命令行選項的用法介紹
（1）V選項介紹
（2）O選項介紹
（3）C選項介紹
6.makefile.build文件的分析
京東爆款好物每滿300減40，千萬別錯過~
京東
廣告
Kernel 編譯、安裝內核詳細過程
5下載·0評論
2011年6月29日
kernel編譯過程
1976閱讀·0評論·0點贊
2019年6月9日
什麼是編譯
7995閱讀·0評論·1點贊
2020年8月13日
Linux Kernel編譯
2034閱讀·0評論·1點贊
2018年8月9日
android 內核編譯時間戳,Android 啟動性能優化 - kernel篇
223閱讀·0評論·1點贊
2021年6月3日
Android 系統編譯之內核編譯
3.1W閱讀·27評論·18點贊
2018年9月12日
還在等什麼？京東爆款商品每滿300減40，立即搶購！
京東
廣告
kernel編譯步驟解析
2871閱讀·0評論·0點贊
2022年4月14日
Linux Kernel 編譯流程 (一)
1265閱讀·0評論·0點贊
2021年1月18日
[內核源碼編譯]編譯內核-kernel編譯問題集錦
343閱讀·1評論·1點贊
2022年8月27日
【ESWIN實習】一、熟悉kernel編譯流程
579閱讀·0評論·0點贊
2021年2月24日
編譯kernel
824閱讀·0評論·0點贊
2015年7月21日
Android每次編譯kernel時間都會改變（不讓它改變）
2154閱讀·0評論·1點贊
2017年10月13日
"Kernel version" 中編譯時間的前世今生
1598閱讀·0評論·3點贊
2016年4月15日
[kernel]linux內核基礎: 版本、源碼、編譯與調試
9419閱讀·0評論·1點贊
2022年3月28日
kernel編譯
476閱讀·1評論·1點贊
2019年10月20日
linux 模塊編譯過程,首次編譯Kernel模塊的經歷
656閱讀·0評論·0點贊
2021年5月11日
系統移植-（三）kernel內核源碼的配置和編譯過程
919閱讀·1評論·2點贊
2020年4月13日
樹莓派4B內核驅動開發（二）本地編譯內核
321閱讀·0評論·0點贊
2021年2月24日
編譯生成的kernel說明
1558閱讀·0評論·0點贊
2010年1月20日
Kernel 編譯配置機制
5883閱讀·1評論·1點贊
2014年5月7日
去首頁
看看更多熱門內容