项目越来越大，每次需要重新编译整个项目都是一件很浪费时间的事情。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日
去首页
看看更多热门内容