增量编译会进行预处理吗

Ⅰ 如何加快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工件计数专用