开启多线程加快编译速度

随着工程的增大,编译花的时间越来长。为了提高编译效率,我们可以开启多线程来提高编译速度,充分利用多核机器的性能来优化编译。

1.windows下。

目前windows下我们使用vs2012编译工程。vs可以通过以下方法打开多核编译,如图:

首先在工程的C/C++选项的多处理器编译选择“是(/MP)”

然后在里面的代码生成中的“启用最小生成”选择“否(/Gm-)”。

然后重新编译,你会发现编译速度会提升很多。

2.linux下。

linux下我们使用QtCreator编译工程。QtCreator可以通过以下方法开启多线程编译:

首先要查一下你的电脑CPU支持多少个线程(使用虚拟机的话需要看虚拟机设置中分配了多少个处理器核心),假如是8个,

那么在QtCreator的项目设置中,在构建步骤中的Make中增加参数-j8,如下:

如此,你的编译速度就会大大提高^^ !

时间: 2024-10-11 20:43:01

开启多线程加快编译速度的相关文章

Xcode6 添加pch文件 加快编译速度

Xcode6添加pch文件 一直在用xcode6开发,但项目都是在xcode5上创建的,所以一直没注意到,xcode6竟然干掉pch文件了. 如何在Xcode6中添加pch(Precompile Prefix Header)? 1,Command+N,打开新建文件窗口:ios->other->PCH file,创建一个pch文件:“工程名-Prefix.pch”: 2,将building setting中的precompile header选项的路径添加“$(SRCROOT)/项目名称/pch

QT设置多核编译,加快编译速度

注意:在设置前需要查看电脑的可用内核数. 原文地址:https://blog.51cto.com/12206563/2427325

加快XCode的编译链接速度(200%+)—XCode编译速度慢的解决方案

最近在开发一个大项目的时候遇到一个很头疼的问题,由于项目代码较多,每次都要编译链接1分钟左右,调试的时候很浪费时间,于是研究了一下如何提高编译链接的速度,在这里分享给大家. 提升编译链接的速度主要有以下三个方式: 1. 提高XCode编译时使用的线程数 defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4 XCode默认使用与CPU核数相同的线程来进行编译,但由于编译过程中的IO操作往往比CPU运算要多,因此适当的提升

如何加快C++代码的编译速度 (转)

C++代码一直以其运行时的高性能高调面对世人, 但是说起编译速度,却只有低调的份了.比如我现在工作的源代码,哪怕使用Incredibuild调动近百台机子,一个完整的build也需要四个小时,恐怖!!!虽然平时开发一般不需要在本地做完整的build,但编译几个相关的工程就够你等上好一段时间的了(老外管这个叫monkey around,相当形象).想想若干年在一台单核2.8GHZ上工作时的场景 - 面前放本书,一点build按钮,就低头读一会书~~~往事不堪回首. 可以想象,如果不加以重视,编译速

如何加快C++代码的编译速度 转

http://www.cnblogs.com/baiyanhuang/archive/2010/01/17/1730717.html C++代码一直以其运行时的高性能高调面对世人, 但是说起编译速度,却只有低调的份了.比如我现在工作的源代码,哪怕使用Incredibuild调动近百台机子,一个完整的build也需要四个小时,恐怖!!!虽然平时开发一般不需要在本地做完整的build,但编译几个相关的工程就够你等上好一段时间的了(老外管这个叫monkey around,相当形象).想想若干年在一台单

加快android studio 编译速度zz

工程build一次太慢  经过各种搜索 整合以下 仅供参考 1.在下列目录中新建 gradle.properties 文件 /home//.gradle/ (Linux) /Users//.gradle/ (Mac) C:\Users\\.gradle (Windows) 在文件中添加 org.gradle.daemon=true 2.在本地工程的gradle.properties 添加如下 org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -X

vs2013提高编译速度

最近做新的项目,很多库是之前项目积累下来的库.在windows下使用的IDE是vs2013,整体编译的时候,明显感觉编译速度较慢,文件是一个一个编的. 从编译器本身的角度,vs2013是提供了加快编译速度的方法的: 我们可以在C/C++ -> 常规 -> 多处理器编译,选成是,这样就启动了多处理器同时编译的功能,不过这个/MP功能和“代码生成”中的/Gm(最小生成)是冲突的,想要启用/MP,就得把/Gm关掉.同样的一个项目,开启/MP,关闭/Gm之后,编译速度明显提升,这时候如果你观察CPU使

Webpack编译速度优化实战

当你的应用的规模还很小时,你可能不会在乎Webpack的编译速度,无论使用3.X还是4.X版本,它都足够快,或者说至少没让你等得不耐烦.但随着业务的增多,嗖嗖嗖一下项目就有上百个组件了,也是件很简单的事情.这时候当你再独立编前端模块的生产包时,或者CI工具中编整个项目的包时,如果Webpackp配置没经过优化,那编译速度都会慢得一塌糊涂.编译耗时10多秒钟的和编译耗时一两分钟的体验是迥然不同的.出于开发时的心情的考虑,加上不能让我们前端的代码编译拖累整个CI的速度这两个出发点,迫使我们必须去加快

XCode编译速度慢的3种解决办法

提升编译链接的速度主要有以下三个方式: 1. 提高XCode编译时使用的线程数 代码如下: defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4 XCode默认使用与CPU核数相同的线程来进行编译,但由于编译过程中的IO操作往往比CPU运算要多,因此适当的提升线程数可以在一定程度上加快编译速度. 2. 将Debug Information Format改为DWARF 在工程对应Target的Build Settings