如何在XCode中减less编译时间/加快编译时间?

通常可以使用哪些策略来减less任何XCode项目的构build时间? 我最感兴趣的是XCode特定的策略。

我正在使用XCode进行iPhone开发,而且我的项目正在慢慢变得越来越大。 我发现编译/链接阶段开始花费比我想要的更多的时间。

目前,我是:

  • 使用静态库,使我的大部分代码不需要每次我清理和build立我的主要项目时编译

  • 已经从我的应用程序中删除了大部分资源,并尽可能在iPhone模拟器中用硬编码的文件系统path进行testing,这样我的资源就不必经常打包,因为我对它们进行了更改。

我注意到“检查依赖关系”阶段似乎比我想要的更长。 任何提示,以减less,以及将不胜感激!

通常,你可以做的最大的事情是控制你的头文件的包含。

在源代码中包含“额外的”头文件大大减慢了编译速度。 这也往往会增加依赖性检查所需的时间。

而且,使用前向声明而不是头部包含其他头部可以大大减less依赖关系的数量,并帮助您完成所有的计时任务。

我写了一篇关于如何改进Spotify iOS开发周期的博文:

从iOS编辑 – 构build – testing周期中削减50%的等待时间

它归结为:

1)停止生成dSYM捆绑。

2)如果使用Clang,则避免使用-O4进行编译。

就我个人而言,我将编译器切换到了我的Mac开发项目的LLVM-Clang,并且看到了构build时间的大幅缩短。 还有LLVM-GCC编译器,但我不确定这将有助于构build时间,如果LLVM-Clang不适用于iPhone应用程序编译,那么您也可以尝试这样做。

我不是100%肯定LLVM在iPhone上的开发支持,但我想我记得阅读新闻饲料,它是。 这不是你可以在你的代码中实现的优化,但它是值得的尝试!

如果你不使用8GB的RAM,现在升级。

我刚刚将我的MacBook Pro从4GB升级到8GB。 我的项目编译时间从2:10到0:45。 我被改进的地板所覆盖。 它也使网页浏览更加快速,并且在编制索引时Xcode的性能也是如此。

Xcode将用于执行任务的线程数量默认为您CPU的核心数量相同。 例如,带有Intel Core i7的Mac有两个内核,所以默认情况下Xcode最多使用两个线程。 由于编译时间通常是I / O约束而不是CPU约束,因此增加Xcode使用的线程数可以为编译提供显着的性能提升。

尝试configurationXcode使用3,4或8线程,看看哪一个线程提供最佳的性能为您的使用情况。

您可以设置Xcode在terminal中使用的进程数量,如下所示:

defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4

请参阅Xcode用户默认值了解更多信息。

简单的回答:在本地networking上添加另一台运行XCode的机器。 XCode包含distcc来执行分布式编译。 它甚至可以使用Bonjour来查找其他构build主机,这大大简化了configuration过程。 对于大型build筑,分配可以使你的速度提高,几乎与build造机器的数量成线性比例(2台机器需要一半的时间,三个需要三分之一等等)。

要了解如何设置这个,你可以参考这个开发文档 。 它还具有其他有用的构build时间改进策略,如使用预编译头文件和预测构build。

编辑:不幸的是,似乎苹果已经从Xcode 4.3中删除了这个function: http : //lists.apple.com/archives/xcode-users/2012/Mar/msg00048.html

Xcode 5有一个可以执行CI的服务器版本,但是我怀疑这会给ad hoc开发人员构build带来什么好处。 但是,有一些未经宣布的function应该大大加快构build时间。

编译时间减半(至less对于iOS项目来说)的一个重要的技巧是将Build Settings / Architectures / Build Active Architecture Only设置YES

这样做(特别是64位iPad / 64位编译器的出现)是为当前不使用的体系结构构build二进制文件。

确保您记得在提交到app store时重新启用此设置 ,否则您的二进制文件将无法validation。

您提到使用静态库为您最经常使用的文件,以防止编译。 你可以通过把代码放在你的代码中来完成类似的事情,而不是在预编译头文件中的静态库中。 至less他们只会被编译一次。

如果您的项目中有多个编译types(例如Obj-C,Obj-C ++,C ++),则必须小心避免出现问题。

嘿,我会build议你优化你的项目的物理结构。 关于这一点(至less在C ++世界中)有一些很好的解读,但是我做了Objective-C,并且经常应用相同的原则。

这里有一篇关于项目物理结构优化的大文章,它可以提高编译时间游戏内部:物理结构第一部分

祝你好运 :)

我使用了一个脚本来使用RAM驱动器,以及一些“前向声明”优化,我的项目清理编译时间从53秒到20秒。

我很想在AppStore上findGui,但是宁愿select命令行。 我把脚本作为git仓库的一部分。

要查看构build时间,请在terminal中input: “defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES”

重新启动Xcode以注意工具栏中的构build时间。 (这是我使用objective-c非干净的编译时间) 缓存构建时间

根据自己的喜好调整脚本。 – 注意脚本清除派生的数据文件夹。

 #!/bin/sh #2 GIG RAM GIGA_BYTES=$((2*1024*1024*1024)) # a sector is 512 bytes NUMSECTORS=$((${GIGA_BYTES}/512)) #ram disk mydev=`hdiutil attach -nomount ram://$NUMSECTORS` newfs_hfs $mydev # make mount point MOUNT_POINT=/Users/your_user_name/Library/Developer/Xcode/DerivedData # ******************************************* # ** WARNING - MOUNT POINT WILL BE DELETED ** # ******************************************* rm -rf ${MOUNT_POINT} mkdir -p ${MOUNT_POINT} # mount mount -t hfs $mydev ${MOUNT_POINT} echo unmount $(MOUNT_POINT) 

要查看效果并控制RAM Drive:

 mount - see mount points umount mount_point - unmount point diskutil list - see disks diskutil eject /dev/diskX - eject the disk df -ahl - see free space 

注意:我基本上使用macOs提供的hdiutil。 我尝试切换-kernel选项(不交换磁盘),但在我的机器上失败,说它没有实现。

也许新的操作系统即将推出,我们将看到更多的改进,因为新的文件系统复制function非常快,并可能使这个脚本冗余。

快速注意关于“抛出更多的硬件”的方法..

总结:在进行重大的硬件升级之后,我经历了一个很小的速度增长

testing:build立/运行完全相同的项目在克隆macbooks(唯一的区别应该是他们的硬件)

旧款Macbook Air(1.86GHZ Core 2 Duo仅2GB内存)与全新Macbook Pro(2.3GHZ酷睿i7 8GB内存)

build立在IPHONE 3GS上
Macbook Air 1:00 – 1:15
Macbook Pro〜1:00

速度增加=> 0到0:15

build立在IPHONE 4S上
Macbook Pro〜0:35
Macbook Air〜0:50

速度增加〜> 15秒

**部分testing:在两台机器之间的模拟器build立时间之间有显着的差异

在我继续的经验..你会得到一个重大的增加时,在PHONE硬件(即build立在3GS与iPhone 5(或4)的硬件上的时间)..至less在我的经验,限制因素是手机硬件(不是电脑硬件)。

SO ..以获得最快的build造时间..
选项1)编写代码并在快速计算机上运行模拟器
选项2)与最新的iPhonebuild立在设备上

一个字:TmpDisk

  1. 使用TmpDisk创build一个1.5Gb的RAM磁盘
  2. 将Xcode>首选项>位置>派生数据更改为/Volumes/1.5Gb/xcode数据
  3. 享受速度!

如果你的整个项目在每次运行时都被重build,这可能是XCode 7.0 <= 8.1中的错误,给你一个难题。

将用户定义的版本设置HEADERMAP_USES_VFS创build为YES,可将macbook编译时间从每次75秒缩短到25秒。 看到Xcode 8完整的项目重build更多的信息。

我用5960x CPU切换到Hackintosh,超频到4.4GHz只是为了降低Xcode的编译时间。 这是8个核心和16个线程。 总计花费3000美元用于粉碎所有Mac的计算机。 不过,我已经花了至less10天的时间build立起来了,首先是约塞米蒂。 我有六个月的停机时间,当我无法更新macOS,而Xcode需要一个新的操作系统。 我刚刚运行了塞拉利昂,生活又恢复了良好。

我的2,8 GHz i7双核16 GB内存MacBook Pro在75秒内编译我的项目,在20秒内Hackintosh。 (Swift,dlib,opencv c ++在项目中)

然而最大的问题是Xcode在编译swift时似乎并没有使用multithreading。 这是瓶颈,我希望他们能尽快解决。