并发任务“xcode设置不同并发任务数量”及“内存大小”对编译时间的影响

论结：

1、现有大部分Mac配置了i7处置器，应设置并发任务数量为8，可以到达佳最果效

2、4G存内及8G存内下，译编间时是基本一样的，故无需升级存内，但须要坚持构建呆板尽量少地开打不相干的程序（例如开打N个XCODE）,同时每隔一段间时可以重启下呆板

操作系统：Mac OS x 10.7.4

存内：4GB 1333MHZ DDR3 ;8GB 1333MHZ

处置器：2GHz Intel Core i7

被测项目：

表一 4G存内下设置不同并发任务（2、4、6、8分离表现并发任务为2、4、6、8）

表二 4G存内下设置不同并发任务

表三：4G、8G存内的译编间时比较

关于并发数量任务设置：

在现xcode默认设置的并发任务数量为4（网上说默以为2，但我们在现的xcode版本计估经已优化了这一设置，默以为4），可以看到当设置并发任务为4时，比设置为2要快40%右左。而事实上，i7是一款支撑超线程技术的四核处置器，当相于是有8个处置核心，因此，将并发数量设为8时，可以高提率效，比拟并发数量为4时，可以快13%右左

关于存内巨细对译编的影响：

       由表三可以看到，在重新启动呆板后，再行进构建，存内4G、8G下的译编间时基本是一样的；另外，须要注意到，且须要延续察观的一个象现是：1 测试呆板之前是作为一般的构建呆板，天每须要执行大批的构建任务，一开始未对其行进重启便开始测试，这时候的译编间时要比重启后再行进测试的耗时，要多20%右左（数据见件附）；2. 4G存内下,其可用存内一直在1G到200MB之间动波，而8G存内下，可用存内一般都在4G以上；据这两个象现，可以步初断推，4G存内会随着呆板执行任务次数的增多而渐逐消费，到最后，也会成为性能的瓶颈，因此，我们不要在构建呆板上开打不相干的程序，且可以按期重启呆板

 关于构建文件的缓存

       对同个任务，第一次构建的耗时要比第二次构建的耗时要长。这是因为，在第一次构建后，在存内或者虚拟存内中，会缓存上一次构建的文件；因此第二次构建的io耗时就减少了；过程当中也测试了，重新启动呆板后再行进构建（这时候就没有了缓存），并发任务数量设为8，然依要比并发数量设为4快12%右左（和不重启呆板的论结是一样的）。

其他：

1.  并发任务数量相干令命（在终端行运以下令命，就可以久永效生，用不每次译编都行运）

取获现有设置：

defaults read com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks

设置并发任务数量为8：

defaults write com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 8